I have a problem with transactions. The data in the transaction is always null and the update handler is called only singe once. The documentation says :
By returning undefined
in your if( ... === null )
block, you are aborting the transaction. Thus it never sends an attempt to the server, never realizes the locally cached value is not the same as remote, and never retries with the updated value (the actual value from the server).
This is confirmed by the fact that committed
is false
and the error is null
in your success function, which occurs if the transaction is aborted.
Transactions work as follows:
null
(the most likely remote value for that path)undefined
abort the transaction, otherwise, create a hash of the current value (null) and pass that and the new value (returned by processing function) to the serverSo to make this work, obviously you can't abort the transaction on the first returned value.
One workaround to accomplish the same result--although it is coupled and not as performant or appropriate as just using the transactions as designed--would be to wrap the transaction in a once('value', ...)
callback, which would ensure it's cached locally before running the transaction.