Closed Bug 819012 Opened 12 years ago Closed 12 years ago

HTML Signature placed wrong

Categories

(Thunderbird :: Message Compose Window, defect)

17 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 545859

People

(Reporter: marty, Unassigned)

Details

Attachments

(1 file)

Attached file test sig message.html
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20100101 Firefox/16.0 Build ID: 20121024073032 Steps to reproduce: Send to / Print to Email from other application (ie: with attachment and default text message from application) Actual results: html Signature is placed above message from application Expected results: Signature should be placed at bottom of original messages Signatures are placed correctly for replies and forwards
If your signature is supposed to appear "above the quote" when replying to messages (that setting is in Tools > Account Settings > account > Composition & Addressing), and it doesn't occur when using "below the quote" that's likely bug 545859. Can you double-check if it's a duplicate of that bug?
Component: Untriaged → Message Compose Window
(In reply to rsx11m from comment #1) > If your signature is supposed to appear "above the quote" when replying to > messages (that setting is in Tools > Account Settings > account > > Composition & Addressing), and it doesn't occur when using "below the quote" > that's likely bug 545859. > > Can you double-check if it's a duplicate of that bug? It does seem that what I'm reporting could be a dupe of this two year/14 version old other report that's yet to be resolved. To that I'd respond that the "workaround" someone identified is not only unacceptable (placing the signature below the reply quote - you could be replying to a long thread), but illogically links two different issues. One is an original message launched by another application or Mailto:// call, the other is a reply to a received message from the message window. I would add that until now I've been using a signature add-on, but then even simple emails are delivered with an Attachment flag. This a) is misleading, b)can cause the email to be rejected by some email and list servers.
Make that nearly 3 years old
(In reply to marty from comment #2) > It does seem that what I'm reporting could be a dupe of this two year/14 > version old other report that's yet to be resolved. Thanks for checking, I'm thus marking your bug as duplicate of bug 545859 (yet another one, yes). > ... an original message launched by another application or Mailto:// call, > the other is a reply to a received message from the message window. It sure wasn't an intentionally added "feature", apparently some change made back for Thunderbird 3.0 (earliest occurrence per bug 516868, or it wasn't noticed before) introduced a side-effect of the reply setting on e-mails created from an external invocation. Issues like that cannot always be avoided and may be hard to track down. (In reply to marty from comment #3) > Make that nearly 3 years old It's a matter of resources (which unfortunately are significantly less for mail/news development than for the Firefox mainstream browser and some recent Mozilla pet projects) and someone willing (and able) to fix the bug...
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
Its not just HTML .. the same thing happens in Plain ASCII text signatures and emails. (I prefer ASCII over HTML mails)
I've reproduced this with plain-text messages and signatures, HTML is not a problem (thus it's a special case of bug 545859, let's continue the discussion there).
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: