Zero-change edit is not zero-change #23669
Labels
A-Composer
A-Message-Editing
O-Occasional
Affects or can be seen by some users regularly or most users rarely
S-Minor
Impairs non-critical functionality or suitable workarounds exist
T-Defect
Steps to reproduce
*
embedded in one word, for examplehi*hi*hi
*
have changed to_
-- that's not what you entered beforeOutcome
What did you expect?
I expect that making no edits to a message (or to a part of a message) does not change that (part of the) message.
What happened instead?
It looks like Element reverse-engineers the markdown necessary to produce the original HTML rendering of the user-entered message, and makes mistakes in that process -- relevant to the example, it doesn't know that
*
and_
have different semantics despite both indicating italics.This reinterpretation happens in other cases too: sending
\(
and editing that results in(
(which means the same thing, fortunately). Sendingtest
> test
(with a newline in between) and editing that results intest
> test
(which fortunately also means the same thing).I think the proper solution here would be to somehow give the user the exact same text as they entered when they sent the original message. This also follows the principle of least surprise.
Operating system
Arch Linux
Browser information
Firefox 104.0.2, reproduces on Chrome 107.0.5304.87
URL for webapp
Private server, reproduces on develop.element.io
Application version
Element version: 1.11.10, Olm version: 3.2.12; reproduces on 8eafb70-react-253129e6f283-js-52830a2a5073 with olm 3.2.12
Homeserver
Conduit; reproduces on Synapse 1.70.0rc1
Will you send logs?
No
The text was updated successfully, but these errors were encountered: