Skip to content

Tags: spang/meteor

Tags

release/0.6.2

Toggle release/0.6.2's commit message
More fixes for homedirs with spaces in their name.

Also, go on a quoting spree on places that weren't problems, so no one copies bad bash.

release/0.6.2-rc3

Toggle release/0.6.2-rc3's commit message
More fixes for homedirs with spaces in their name.

Also, go on a quoting spree on places that weren't problems, so no one copies bad bash.

release/0.6.2-rc2

Toggle release/0.6.2-rc2's commit message
Merge branch 'devel' into release-0.6.2

release/0.6.1-test-unbreak-home-dir-with-whitespace

Toggle release/0.6.1-test-unbreak-home-dir-with-whitespace's commit message
accounts-weibo: make sure uid indeed parses to an integer

release/0.6.2-rc1

Toggle release/0.6.2-rc1's commit message
Merge branch 'devel' into release-0.6.2

release/0.6.2-rc0

Toggle release/0.6.2-rc0's commit message
Refactor Avi's improved Meteor.Error to make it possible to use for o…

…ther Error

subclasses.

release/0.6.1

Toggle release/0.6.1's commit message
v0.6.1: History.md and notices.json

release/0.6.1-rc

Toggle release/0.6.1-rc's commit message
v0.6.1: History.md and notices.json

release/0.6.0-corrupted-npm-bugfix

Toggle release/0.6.0-corrupted-npm-bugfix's commit message
Update History.md

release/invalidation-key-v1

Toggle release/invalidation-key-v1's commit message
Experimental API for specifying "invalidation keys" when doing server…

…-side Mongo

reads and writes.

find(), update(), insert(), and remove() now all take an option named
"_invalidationKey". (For insert and remove, there's a new options argument just
to take this option.)

By default, the invalidation key for a read or write is the object

   {collection: COLLECTIONNAME}

If the query specifies a specific ID in the selector (or more generally, a list
of IDs with {_id: {$in: ["x", "y", "z"]}}), the default invalidation key also
contains the field id: ID.

If you specify an _invalidationKey option to any of these commands, all fields
in the given key will be added to the defaults.

So what is an invalidation key?  Well, as described here, all reads (well, all
observeChanges live reads) and all writes have an invalidation key.  If all of
the fields that exist in both a read's key and a write's key have the same
values, then the write triggers the read to refresh itself from the database. If
any field which exists in both keys has different values, it does not refresh.