Closed
Bug 293770
Opened 19 years ago
Closed 19 years ago
When replying to messages the quotation stops at the first -- in the body text.
Categories
(Thunderbird :: General, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 201581
People
(Reporter: bkerstetter, Assigned: mscott)
Details
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/412 (KHTML, like Gecko) Safari/412 Build Identifier: yep, I know this has to do with quoting to the signature, but i correspond with people who use -- in their body text. so when replying to these people, everything from the first -- to the end does not get quoted. it has nothing to do with the signature. this make replying pretty difficult. please make quoting to -- an option. Reproducible: Always Steps to Reproduce: 1. reply to a message with -- in the body text. people often use -- instead of en and em dashes because of the encoding problems this can cause, even in text-only messages. it's a habit that will die hard. Actual Results: quotes to the first -- in the body Expected Results: quoted the whole thing. no crash
Comment 1•19 years ago
|
||
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
Reporter | ||
Comment 2•19 years ago
|
||
Yes. The problem still exists. I know y'all don't consider it a bug, but a design feature. Whatever it is, my employer (1) uses double dashes at the beginning of his signature, (2) top posts (it's not my fault) and (3) places his signature immediately after his reply, not at the end of the message. Basically, I just want an option to disable Thunderbird's jihad against top posting. It would be really cool if the option could be selectively applied to top posters (!) --but don't hold up an account-wide option because of this. Naturally, I see the value of what you are doing for people who bottom post, and, of course, top posting sucks, but millions of people do it and it has no eternal consequences. So, please, allow Thunderbird to ignore the double dashes when replying. I just want it as an option. Actually, I think this is a duplicate and hopefully is being handled by Bug 201581. Someone put me on that lists. The odd thing is this, the original report for Bug 201581 reads like I wrote it, especially the comment about changing people's top posting options on their clients. I mean, if I didn't fear losing my job, I would change the options on people's clients. Bottom posting is so much more efficient when it comes to email communications. Bug 201581 belongs to Jean-Francois Ducarroz <ducarroz@ducarroz.org>. Maybe this should be consolidated with that bug report.
(In reply to comment #2) > Actually, I think this is a duplicate <..> Bug 201581. > Maybe this should be consolidated with that bug report. Marking this bug as duplicate of bug 201581. *** This bug has been marked as a duplicate of 201581 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•