Closed Bug 110754 Opened 23 years ago Closed 23 years ago

quoted text not wrapped in reply to some messages

Categories

(MailNews Core :: Composition, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 32100

People

(Reporter: bulbul, Assigned: bugzilla)

References

Details

Attachments

(3 files)

The quoted text in a message reply is no longer wrapped as it used to be. Reproducible: always: Step to reproduce: 1. Reply to an e-mail message. Note that quoted text does not wrap. Using Linux trunk build 2001-11-18-21, but i have been seeing this for a while. This has been driving me batty. Thank God i found a reference to the "Rewrap" option today, which i hadn't known about before.
Reporter, feel free to re-open the bug if it doesn't apply to plain text messages. *** This bug has been marked as a duplicate of 83378 ***
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
I'm aware of bug 83378, but that bug covers a different behavior. This bug refers to quoted text, while bug 83378 refers to text input after the reply has opened. I'm not seeing that problem (bug 83378): text i input wraps just. The problem here is the quoted text which appears before i start writing my message. Please reopen. (I'll try, but i don't think i have the authority to do so.) I'm sorry i forgot to put "plain text" in the summary.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Leston, as the owner of this bug, you can edit the summary field, resolve the bug duplicate or worksforme or reopen it, assuming you know what you 're doing, of course :) I am not able to reproduce. To have better chaces for someone to confirm this bug, you better attach a message where you see the problem. You might use View Message Source option and copy its content to a text file. Then attach it here using "Create a New Attachment" option of Bugzilla.
I'm sorry, i really thought that this was reproducible always, when it was in fact consistently only on certain messages from a certain sender. I'll create a couple of attachments with problem messages. Thanks for clarifying what Bugzilla editing privileges i have.
For some reason, i can't create a Bugzilla attachment right now. I don't know if it's a Bugzilla problem or a Mozilla problem. I'll try attaching again on another day. Anyway, the offending messages have an equals sign (=) at the end of each line which fails to wrap upon reply, like this: Aha! Do mi konjektas ke la uzanto povos renkonti du tipojn de = erarmesaghoj: unu esperantlingva, se la numero kalkulita el la enir-kodo = ne estas la ghusta, au unu portugallingva, se la enir-kodo, kvankam = malghuste literumita, hazarde rezultas en la ghustan numeron. Chu mi = divenis ghuste?
> For some reason, i can't create a Bugzilla attachment right now. I don't know if it's a Bugzilla problem or a Mozilla problem. I'll try attaching again on another day. It's a known Mozilla bug. Use IE for this purpose (ok, I'm kidding). And it is always better to attach the complete message source, alas the View->Message Source is broken at the moment. A screenshot might be useful too. Anyway I cannot reproduce this on Win98. Anyone else on Linux to confirm?
QA Contact: sheelar → esther
Attached file message which doesn't wrap on reply (deleted) —
Attaching message which doesn't wrap on reply. (By the way, although message view source is broken, you can still see the source by saving as file, i think.)
Attached image screenshot of bad wrapping (deleted) —
Attaching screenshot of unwrapped text in reply window.
Changing summary from "quoted text no longer wrapped in reply" to "quoted text not wrapped in reply to some messages"
Summary: quoted text no longer wrapped in reply → quoted text not wrapped in reply to some messages
i don't know if this is really a problem. the = is used to carry over a line in quoted-printable(?) i can reproduce this bug by injecting the message into a folder and replying to it. i would expect mozilla to rewrap the message. confirming on linu trunk 2002040422
Status: UNCONFIRMED → NEW
Ever confirmed: true
Actually, your attachment shows there is one long (quoted-printable) line. One line stays one line in quotes, this is correct. Suggesting INVALID. Jean-Francois? pi
I want to make sure that i understand your reasoning. You're saying that line numbers are preserved when quoting. This means that quoting and displaying have different behaviors, since when i view the message it is properly wrapped. The line appears as unwrapped only when quoted. Rewrapping wraps the long line correctly. What seems odd is that the way the long line is displayed is different from how it's quoted. Is this behavior actually correct?
Leston, this attachment shows how your mail is displayed in Mozilla. This is correct decoding of quoted-printable. There is one long line below the quotes which is only wrapped at the end of the screen. This one line is quoted as one line (only one > in front). You may well argue that this should be displayed like my screenshot (wrapped at screen end), but this is certainly not a bug of composition. pi
I just wanted to have this clarified, since this behavior is a bit counter-intuitive. (However, it may be the desired behavior for other reasons.) If this is indeed correct behavior (as you say), then go ahead and mark the bug invalid. Thanks for following up on my enquiry. Your screenshot and explanation did clarify the issue.
INVALID by the previous discussion. Note, that the effect you might desire is available by options/rewrap. pi
Status: NEW → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → INVALID
*** Bug 104497 has been marked as a duplicate of this bug. ***
this is a valid bug.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
*** This bug has been marked as a duplicate of 32100 ***
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → DUPLICATE
v
Status: RESOLVED → VERIFIED
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: