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
I am encountering different behaviors when streaming the replication.
In the first case (simple primary key), the user who modifies the document receives a subscribe event.
In the second case, where a composite primary key is used, the user who modifies the document does not receive a subscribe event. All other users/tabs receive the event.
Couldn't find the exact source code lines where the difference occurs while debugging.
The logic behind both cases is the same. I have checked this thoroughly and am quite sure that it is due to the primary key.
Does anyone have any idea or hint on what could be causing this?
This issue has been automatically marked as stale because it has not had recent activity. It will be closed soon. Please update it or it may be closed to keep our repository organized. The best way is to add some more information or make a pull request with a test case. Also you might get help in fixing it at the RxDB Community Chat If you know you will continue working on this, just write any message to the issue (like "ping") to remove the stale tag.
@pubkey Ok, thanks for the information. So, you are not aware of a similar case?
I will try to create a minimal example in the coming weeks to make it easier to reproduce.
However, this is unfortunately a bit more complex than usual because I cannot pinpoint it exactly, and Replication, Websockets and backend logic are involved.
Thanks anyway.
Hello everyone,
I am encountering different behaviors when streaming the replication.
In the first case (simple primary key), the user who modifies the document receives a subscribe event.
In the second case, where a composite primary key is used, the user who modifies the document does not receive a subscribe event. All other users/tabs receive the event.
Couldn't find the exact source code lines where the difference occurs while debugging.
The logic behind both cases is the same. I have checked this thoroughly and am quite sure that it is due to the primary key.
Does anyone have any idea or hint on what could be causing this?
Pseudo Code:
Case 1:
servicePlan (primary key with a single field)
Server Response:
Result: Subscribe event for the user who changed the document.
Case 2:
serviceObject (composite primary key)
Server Response:
Result: No subscribe event for the user who changed the document.
Technical Details:
Rxdb (15.12.0)
Storage: Dexie
replicateGraphQL
The text was updated successfully, but these errors were encountered: