[Bug] Plaintext erroneously dropping content #184

New issue

Open

opened 2022-10-14 18:42:16 +00:00 by Mergan · 2 comments

Mergan commented

2022-10-14 18:42:16 +00:00

Member

Looks like an inherited bug. Any ideas if this is front or back-end?

![image](/attachments/9201a779-e5ca-40ca-9b45-1148e0627304) Looks like an inherited bug. Any ideas if this is front or back-end?

image.png

46 KiB

Mergan commented

2022-10-14 18:44:58 +00:00

Author

Member

More details here

[More details here](https://p.enes.lv/objects/13c8e250-a50e-4017-ae52-cfb078532b30)

Mergan added the

Bug

label 2022-11-17 23:16:23 +00:00

Oneric commented

2024-04-06 17:03:38 +00:00

Member

The “more details” link is dead, but it’s a backend issue and still exists in 3.12/2024.03.
Checking network requests shows api/v1/statuses is called with the correct full text, type text/plain, etc to generate the preview, but the returned response contains content "std::box>" (but still the full text in akkoma.source)

Seems like it erroneously strips this as an HTML tag instead of/before escaping plaintext for HTML use

The “more details” link is dead, but it’s a backend issue and still exists in 3.12/2024.03. Checking network requests shows `api/v1/statuses` is called with the correct full text, type `text/plain`, etc to generate the preview, but the returned response contains `content "std::box>"` *(but still the full text in `akkoma.source`)* Seems like it erroneously strips this as an HTML tag instead of/before escaping plaintext for HTML use