Null values are passed up the hierarchy about targaryen HOT 8 CLOSED

Hi, which version are your using?

ps: the rules only allow read and write of A/B/C. Anything else than a read of or write to A/B/C. (or patch of A/B with an object having only a C property) would fail:

• 1, 5, 6 and 7 should fail.
• 2, 6 and 8 fail as I would expected.
• 3 and 4 pass as expected.

from targaryen.

Please reopen if you can provide more details.

from targaryen.

Sorry for the late reply. I used 2.3.3, but I just updated now.

Just to clarify, because maybe I misunderstood the behavior of the patch rule.
Lets say I have a rule which only allows writes to:
A/B/C and A/X/Z
Firebase currently supports multi-location updates, so for example:
root.child("A").update("B: {C: ...}, X: {Z: ...}") does work.

Can this be simulated with a rule using patch?

from targaryen.

Targaryen support multi-location updates.

Assuming you have the following rules:

{
  "rules": {
    "A": {
      "$foo": {
        "$bar": {
          ".read": true,
          ".write": true
        }
      }
    }
  }
}

Firebase allows something like that:

root.child("A").update({
  "B/C": "something",
  "X/Y": "something"
})

But not:

root.child("A").update({
  B: {C: "something"},
  X: {Y: "something"}
})

At least that how I understand it and how targaryen@3 simulates it.

https://firebase.google.com/docs/reference/js/firebase.database.Reference#update
https://firebase.googleblog.com/2015/09/introducing-multi-location-updates-and_86.html

from targaryen.

Actually this is supported by multi-location updates as far as I know and is also backed by the fact that our setup works in production:
/groupRelations/{uid0}/requests/{uid1} is writeable. Nodes above are not writeable.

Then we do the following:

const updates = {
  [groupId + '/requests/' + userId]: data,
  [userId + '/requests/' + groupId]: data
}
db.ref('groupRelations').update(updates)

from targaryen.

Please read again what I wrote; Targaryen@3 support multilocation write operations using the patch assertion tests.

The failing operations I pointed out are failing because they are targeting a level without write permissions.

Please check dinoboff@be60fdf for an example.

from targaryen.

I will create an example project to test something I think is not working correctly. I will open a different issue if this is the case.

from targaryen.

Thanks.

from targaryen.