Open
Bug 1140894
Opened 10 years ago
Updated 2 years ago
rewrap produces inconsistent results
Categories
(Thunderbird :: Message Compose Window, defect)
Tracking
(Not tracked)
UNCONFIRMED
People
(Reporter: steve.chessin, Unassigned)
References
(Blocks 1 open bug)
Details
(Whiteboard: [dupme])
Attachments
(6 files)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:36.0) Gecko/20100101 Firefox/36.0
Build ID: 20150222232811
Steps to reproduce:
Replied to a message. Selected one long quoted line, and did re-wrap (command-R). Then undid it, and selected the long line plus one above and one below, and did re-wrap. Then undid it, and selected the long line plus two above and two below, and did re-wrap.
Note that I am composing a message in text format, not HTML format. This is with Version 31.5.0, although the problem has existed for as long as I can remember.
Actual results:
Depending on how many lines I selected, the rewrap produced different results. I will attach the following files:
1a.select1line.before.png: This is before re-wrap, when I select just the one quoted long line.
1b.select1line.after.png: After re-wrap. Note that there is no ">" in front of the second line.
2a.select3lines.before.png: Again before re-wrap, when I select both the quoted long line and the quoted blank lines above and below it.
2b.select3lines.after.png: After re-wrap. The long line is re-wrapped as in 1b.select1line.after.png, and in addition a non-quoted blank line is inserted both above and below it. The quoted blank line that was above the quoted long line remains, but the quoted blank line that was below the quoted long line is gone.
3a.select5lines.before.png: Before re-wrap. I've selected five lines, from the text-containing line above the long blank line through the text-containing line after the long blank line.
3b.select5lines.after.png: After re-wrap. The quoted long line is wrapped with a quote mark as I want, and the other lines are left quoted as is. No blank lines are inserted, no quote marks removed.
Expected results:
I would have expected re-wrap to produce the results in 3b.select5lines.after.png, no matter how many lines I selected.
Reporter | ||
Comment 1•10 years ago
|
||
Reporter | ||
Comment 2•10 years ago
|
||
Reporter | ||
Updated•10 years ago
|
Attachment #8574437 -
Attachment description: This is before re-wrap, when I select just the one quoted long line. → 1a.select1line.before.png: This is before re-wrap, when I select just the one quoted long line.
Reporter | ||
Updated•10 years ago
|
Attachment #8574438 -
Attachment description: After re-wrap. Note that there is no ">" in front of the second line. → 1b.select1line.after.png: After re-wrap. Note that there is no ">" in front of the second line.
Reporter | ||
Updated•10 years ago
|
Attachment #8574439 -
Attachment description: Again before re-wrap, when I select both the quoted long line and the quoted blank lines above and below it. → 2a.select3lines.before.png: Again before re-wrap, when I select both the quoted long line and the quoted blank lines above and below it.
Reporter | ||
Comment 3•10 years ago
|
||
Reporter | ||
Comment 4•10 years ago
|
||
Reporter | ||
Comment 5•10 years ago
|
||
(In reply to Steve Chessin from comment #3)
> Created attachment 8574440 [details]
> 2b.select3lines.after.png: After re-wrap. The long line is re-wrapped as in
> 1b.select1line.after.png, and in addition a non-quoted blank line is
> inserted both above and below it. The quoted blank line
The full comment should be:
2b.select3lines.after.png: After re-wrap. The long line is re-wrapped as in 1b.select1line.after.png, and in addition a non-quoted blank line is inserted both above and below it. The quoted blank line that was above the quoted long line remains, but the quoted blank line that was below the quoted long line is gone.
Reporter | ||
Comment 6•10 years ago
|
||
Comment 7•10 years ago
|
||
Steve, thanks for filing and providing painstaking evidence.
Yes, rewrap doesn't live up to users' expectations:
https://bugzilla.mozilla.org/buglist.cgi?quicksearch=%3Athun,mailn%20rewrap&list_id=12284609
On the other hand, I'd assume rewrapping is not a highly frequent or important scenario.
So realistically, this corner is unlikely to get much attention.
Reporter | ||
Comment 8•10 years ago
|
||
(In reply to Thomas D. from comment #7)
> Steve, thanks for filing and providing painstaking evidence.
> Yes, rewrap doesn't live up to users' expectations:
> https://bugzilla.mozilla.org/buglist.cgi?quicksearch=%3Athun,
> mailn%20rewrap&list_id=12284609
> On the other hand, I'd assume rewrapping is not a highly frequent or
> important scenario.
Well, 24 people filed bugs on it, so it's important to at least a few of us. (I'm sure there are other features that have a lot more bugs open on them.)
(I yearn for the old days when I could compose my email using vi and then pipe it to fmt or any other command of my choosing.)
> So realistically, this corner is unlikely to get much attention.
Maybe not, but at least no one can say that the problem is not documented.
Thanks,
--Steve
Updated•7 years ago
|
Component: General → Message Compose Window
Whiteboard: [dupme]
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•