Closed taoeffect closed 1 week ago
So I wasn't able to reproduce exactly this. What I was able to reproduce was a situation where there was a short pause and a short period of being stuck after the group was created. However, finally things started moving and the group was created eventually. I don't know if this is the same issue or different.
State shortly after creating group while waiting (for about 10 to 15 seconds) before group was finally created:
Output of console.log(JSON.stringify(sbp('state/vuex/state'), null, 2))
:
State after group was created:
I've figured out how to guarantee brokenness.
Since it seems like sometimes it's only "temporarily" broken when that sendMsg
bug hits (see previous comment), I refresh the page while it's broken and then get this:
Here's the logs from this: better-failure.txt.zip
And here's the state:
Once it gets in this broken state (after refresh), that's it, no more group creation works at all:
Another important note: I've noticed that in order to reproduce this I need to actually restart the server grunt dev
. If I restart the server and don't get the sendMsg
error after signup, it seems like I can't get it to happen at all. So I keep re-running grunt dev
until I see sendMsg
error after signup, and then it's likely to do all this.
EDIT: running sbp('chelonia/contract/sync', sbp('state/vuex/state').currentGroupId)
did nothing:
Hopefully closed in #2382
Problem
Sometimes, in FF Dev edition, when creating a new user and then trying to join groups, it will fail. It will fail and get stuck. It will get stuck not just for the first group created, but all subsequent attempts to create groups, you can see 3 of them here, all stuck:
Please see this comment for details: https://github.com/okTurtles/group-income/issues/2368#issuecomment-2394314244
📎 join-group-failure.txt.zip
Solution
Unlike #2368, this is not an issue with the server returning bad data due to a tunnel messing with this. This is all happening locally.
It usually happens after the
sendMsg
service worker error is triggered, but not always.