@rentman/rm-core 6.1.3 → 6.2.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/changelog.md +8 -0
- package/dist/rm-core.js +108 -52
- package/dist/rm-core.min.js +2 -2
- package/dist/types/classes/CreatedChangesDelta.d.ts +1 -0
- package/dist/types/classes/cache/AbstractCache.d.ts +1 -0
- package/dist/types/classes/cache/CachedQueryHandlerBase.d.ts +3 -2
- package/dist/types/classes/cache/transaction/TransactionItemHandler.d.ts +1 -1
- package/package.json +1 -1
package/changelog.md
CHANGED
|
@@ -1,6 +1,14 @@
|
|
|
1
1
|
#Changelog
|
|
2
2
|
Contains new features, breaking changes and their reasoning
|
|
3
3
|
|
|
4
|
+
## 6.2.0
|
|
5
|
+
- Fixed a bug where synchronous validators would leave the validator in `pending` state
|
|
6
|
+
- Only re-match items when values are actually changed
|
|
7
|
+
- Removed `defered` from `CachedQueryItem` and added `resolve` and `reject`
|
|
8
|
+
- Check if ItemEntries are already created before creating new ones, if that is the case treat it like an update
|
|
9
|
+
> What could happen was that a faster request created an ItemEntry for the same item as another request
|
|
10
|
+
> which caused the double creation of an ItemEntry
|
|
11
|
+
|
|
4
12
|
## 6.1.3
|
|
5
13
|
- Add `isPending` function to `TransactionValidator`
|
|
6
14
|
- `TransactionCache`s will now be invalid until all pending transaction validators are done
|