xan
why is the appview responding with altered post contents?
1 3
Samuel
@samuel.fm
it’s not. can you guess the trick?
2 4
Banda Bassotti
Double post, no delete? Different records served to different relays/appviews? (only the bluesky appview shows the emoji that I can see) Some of the likes on your post have different CIDs too.
1 2
sof
I'm guessing some sort of edit? I just have no idea where the new post is
2 2
xan
seems like bluesky only shows the initial version in post form, but its search uses the latest version
1 5
xan
very funny that the other appviews allow edits yet don't show any UI to indicate it in their clients
2 3 6
xan
that relies on a dumb text-only addition to posts. posts made anywhere else will not show that an edit occurred because the app server does not surface such info
2 5
Caesar
So wait, when I edit a post on Mu does it still show the original text on bsky dot app?
1 1
xan
no. mu is actually deleting the original post and creating a new one with the same TID, but it breaks metrics and a majority of users are left confused
1 4
1 more reply
fry69
I think this is reasonably confusing and qualifies as a problem or bug.
5
xan
looks like the other appviews are coded to use the latest version of a post, while Bluesky does not
1 3
fry69
Okay. Then this is a showcase how the Bluesky AppView handles (or better ignores) changed content. The Bluesky AppView is known to cache records and store the first version it sees, ignoring later versions/changes. Other AppViews show the latest version from the network/PDS.
1 2
fry69
🤔 The most simple null-hypothesis answer is that the Bluesky AppView is lying or broken.
1
xan
idk, seems to be special only with bluesky's appview
1 2