From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1b) Gecko/20020721 BuildID: 200272104 This bug exists in the Win32 client, and has been replicated under both Windows XP and Windows 2000. When replying to email messages, the quoted text always appears in monospace fonts (unwanted, but not lethal). However, when editing reply text, attempting to delete leading empty lines (ie: quoted blank lines above quoted text) results in the deletion of the end characters of that quotation block. Similarly, text, when entered at the .sig of any email composition (which also always appears as monospace text, regardless of whether fixed- or variable-width text is specified in the composition preferences), appears in the monospace font, rather than the specified variable-width one specified in the preferences. Font inconsistency is less of a concern than the difficulty encountered with formatting in and around quoted text. Reproducible: Always Steps to Reproduce: 1. Reply to an email (using either the Reply button or Ctrl-R). Quoting should be set to "Inline" - it makes no difference if "Start Reply Above" or "Start Reply Below" quoted text is selected. 2. Place cursor at the first character of the quoted text 3. Hit the Backspace key Actual Results: The last character of the quoted text will be deleted. Expected Results: The character or line before the quoted text should be deleted. [user]@[domain] wrote: In reference to your comment: Yakkity yakkity yak yak yak. So there. ========= Placing the cursor before the "I" should delete the blank line between it and the [user]@[domain] line. In actuality, it deletes the period after "there"
Rafe, is this bug still an issue for you? Have you upgraded to a more current version of Mozilla (1.3 or 1.4)? I am not seeing the problem about delete affecting characters at the end of the quoted section, whether the message being replied to is itself HTML or plain text. Also, replying to an HTML message yields a quoted text in the appropriate font; and, I believe that it is now possible to have an HTML-based .sig.
=>WFM, no response from reporter.