You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We, the Members of Meteor Community Packages take every issue seriously.
Our goal is to provide long-term lifecycles for packages and keep up
with the newest changes in Meteor and the overall NodeJs/JavaScript ecosystem.
However, we contribute to these packages mostly in our free time.
Therefore, we can't guarantee your issues to be solved within certain time.
If you think this issue is trivial to solve, don't hesitate to submit
a pull request, too! We will accompany you in the process with reviews and hints
on how to get development set up.
Please also consider sponsoring the maintainers of the package.
If you don't know who is currently maintaining this package, just leave a comment
and we'll let you know
@derwaldgeist what publication strategy are you using? publish-compose relies on SessionCollectionView internals in order to deduce what fields need to be unset. If you are using anything else than SERVER_MERGE, unsetting won't work properly.
Assume we have a document that looks like this:
I now unset property
fruit
completely, so the document looks like this:However,
publishComposite
will still report the unset property to the client, so it still looks like this:This is also how the document looks if it is passed to any children.
Hence, the database and publishComposite get out of sync in the case a field is being unset.
Interestingly, if I reload the browser tab so the subscription is run for the first time again, the content updates (i.e. the field is unset).
I've not experienced this behaviour with regular Meteor subscriptions, so I guess this is due to some caching inside publishComposite.
The text was updated successfully, but these errors were encountered: