Thunderbird can display simple text effects (* Star, / Slash and _ Underscore) in plain text messages. And Thunderbird can hide the characters for the text effects. To provide this feature, Thunderbird implements some tags in the message. These tags are the following for italic text for example: * `<i class="moz-txt-slash">` * `<span class="moz-txt-tag">` These tags (and the other ones for underlined and bold text) should only be set, when there is a leading space before the opening tag. But Thunderbird does set the tags without leading space. This bug leads to stripped Pathes in plain text. To understand this, here is an example message text: ``` This is an /italic/ text. But it could also be *bold* or _underlined_. The following path should show the leading and closing slash all times: servername:/path/to/directory/ ``` Using the above described feature now hides slashes in the path, so it looks like this: `servername:path/to/directory` So I would propose to get sure, that tags for the simple text effects only will be implemented in the message, when there is a leading space before the opening character to prevent this bug.
Bug 1734473 Comment 0 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
Thunderbird can display simple text effects (*...* for bold, /.../ for italic and _..._ for undersocre) in plain text messages. And Thunderbird can hide the characters for the text effects. To provide this feature, Thunderbird implements some tags in the message. These tags are the following for italic text for example: * `<i class="moz-txt-slash">` * `<span class="moz-txt-tag">` These tags (and the other ones for underlined and bold text) should only be set, when there is a leading space before the opening tag. But Thunderbird does set the tags without leading space. This bug leads to stripped Pathes in plain text. To understand this, here is an example message text: ``` This is an /italic/ text. But it could also be *bold* or _underlined_. The following path should show the leading and closing slash all times: servername:/path/to/directory/ ``` Using the above described feature now hides slashes in the path, so it looks like this: `servername:path/to/directory` So I would propose to get sure, that tags for the simple text effects only will be implemented in the message, when there is a leading space before the opening character to prevent this bug.