0 Followers
0 Following
1 Posts

[ACC BUG]: Saved images sometimes go blank after changing message metadata

https://lemmy.world/post/44070842

[ACC BUG]: Saved images sometimes go blank after changing message metadata - Lemmy.World

When a message has a saved (kept) image, changing any of the metadata fields like “hidden from AI”, “hidden from user”, etc. can sometimes cause the saved image to disappear and show as blank. Editing the message text itself seems fine, it’s specifically the behind-the-scenes fields that trigger it. The saved image data is still in the database (in customData.__savedImages), keyed by the exact prompt string including the uniqueness tag ((img0:0), (img1:0), etc.). Something in the re-render flow after a metadata update seems to strip or mismatch that key, so the image lookup fails. Worth checking around line 6672 where (imgN:0) tags get stripped for AI context. if that stripping somehow touches the stored message string rather than just a copy, the key would no longer match what’s saved in __savedImages. This bug might seem unlikely to hit in normal usage, but there’s a pretty natural scenario where it comes up. Say someone generates an image with the intention of deleting it later, but the generation comes out perfect by luck. They decide to keep it but also want to hide the message from the AI so it doesn’t see it in the chat context. So it’s not a common occurrence. To reproduce: generate an image, keep it, then change any hiddenFrom option on that message and confirm. Sometimes the image will be gone. *** Side note: also noticed that clicking the 🖼️ Image button sometimes generates images with a completely empty prompt (example of what gets stored: <image> (img1:0)</image>), resulting in random unrelated images. Didn’t check exact cause.

[Bug]: Comments Plugin stripping "|" (pipe) from +u: command

https://lemmy.world/post/43668679

[Bug]: Comments Plugin stripping "|" (pipe) from +u: command - Lemmy.World

In the Comments Plugin, when trying to specify multiple users using the pipe separator (+u:user1|user2), the plugin’s sanitization filter strips the “|” character. The Result: Instead of allowing “user1” and “user2” to comment, it concatenates them into a single invalid username: user1user2.