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
When publishing a new message, the previous sequence number query relies on the author log being in sync with the main log. The problem is that this seems to not always be the case. I suspect this is related to #251, although I don't know the details of how multilogs are implemented internally to know for sure.
One way or another, it's difficult but likely not impossible (as we saw in #289) for this to trigger a wrong sequence number result, which would in turn result in a wrong query of the main log for the previous message, which would in turn cause a forked feed.
This should be possible to trigger by publishing a huge number of messages posted by the same author in quick succession so that the main feed gets ahead of pl.byAuthor.
The text was updated successfully, but these errors were encountered:
Basically an internalized version of the problem encountered in #289:
go-ssb/message/publish.go
Line 91 in ab468b1
When publishing a new message, the previous sequence number query relies on the author log being in sync with the main log. The problem is that this seems to not always be the case. I suspect this is related to #251, although I don't know the details of how multilogs are implemented internally to know for sure.
One way or another, it's difficult but likely not impossible (as we saw in #289) for this to trigger a wrong sequence number result, which would in turn result in a wrong query of the main log for the previous message, which would in turn cause a forked feed.
This should be possible to trigger by publishing a huge number of messages posted by the same author in quick succession so that the main feed gets ahead of
pl.byAuthor
.The text was updated successfully, but these errors were encountered: