adopted-ember-addons / adopted-ember-addons/validated-changeset
newValue received in validation for moment property is plain object instead of moment instance
- 主要言語
- TypeScript
- スター
- 38
- フォーク
- 27
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
I'm using `ember-changeset` v4.1.2 (`validated-changeset` v1.3.4) and have an ES6 class with a tracked property whose value is either `null` or a `moment` instance. If that property on an instance of the class is set to a `moment` instance and I create a Changeset around the object, when I call the object's `.validate()` method the value passed into the validator as the `newValue` is a plain object with the properties of the `moment` instance copied onto it. The validator checks the value's `.isValid()` method, which is part of the `moment` object but is not present on the `newValue` received by the validator. The issue seems to be caused by the [`unwrap` method](https://github.com/validated-changeset/validated-changeset/blob/c1c95b729aae80fd30b30b691202a94c974a3309/src/utils/object-tree-node.ts#L106) creating a plain object instead of returning the original class.
Repro:
```js
import moment from 'moment';
class FormData {
date = moment();
}
const formData = new FormData();
const validator = ({ newValue }) => {
return moment.isMoment(newValue) && newValue.isValid();
};
const changeset = Changeset(formData, validator);
changeset.validate('date'); // results in `TypeError: newValue.isValid is not a function` being thrown.
```
Perhaps I'm thinking about this in the wrong way, but it seems reasonable to expect that the `newValue` provided to a validator has the same signature as the underlying value, otherwise validator functions lose access to methods that were present on the original data type that are often useful as part of the validation routine.
コントリビューションガイド
このリポジトリのコントリビューションガイドは索引されていません
評価
この issue はまだ評価されていません。