Some message display prefs don't work with Ignore Appearance prefs

NEW
Unassigned

Status

17 years ago
7 years ago

People

(Reporter: BenB, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [Halloween2011Bug])

(Reporter)

Description

17 years ago
Reproduction:
1. In Prefs|Appearance, set prefs to ignore the fonts and colors specified by
"webpages".2. In Prefs|Mailnews|Message Display, change some styles (font type,
bigger quotes, red quotes)

Expected result:
The Appearance ignore prefs don't interfere with the Message Display prefs

Actual result:
Some of the styles requested by the user in Mailnews prefs are ignored, when the
Appearance Ignore prefs are sat.

Explanation:
The way these prefs are implemented (the CSS include directive is written into
the HTML representation of the message), Gecko thinks that the styles the user
chooses in Mailnews prefs are styles of "anonymous content", i.e. sat by the
sender of the message.
We need to load the chrome-CSS-stylesheet in a way that Gecko realizese that it
belongs to the app, not the content.

There are also some bugs in the Appearance Ignore prefs that make the actual
behaviour very weird. E.g. if you use Ignore Fonts (of webpages) and Fixed Width
Font (for messages), the font is variable width (despite the fact that there's a
<pre> in the HTML source, IIRC), but smaller as if I chose Variable Width Fonts
for messages.
(Reporter)

Comment 1

17 years ago
Coding hint: The css include directive is currently implemented in the libmime
emitters (mailnews/mime/emitters). Either the HTML or the XUL emitter is
currently used for message display, IIRC.
Product: Browser → Seamonkey

Updated

14 years ago
Assignee: sspitzer → mail
Assignee: mail → nobody
QA Contact: esther → message-display
This bug is being marked EXPIRED as it has seen no activity in a very long time.

If you think that the issue reported might still be relevant, please test with a recent release of SeaMonkey and if the problem persists feel free to re-open the report. Thank you.

http://www.seamonkey-project.org/
Status: NEW → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → EXPIRED
Bulk reopening incorrectly expired bugs - no activity does not constitute no bug - these need proper checking.
Status: RESOLVED → REOPENED
Resolution: EXPIRED → ---
Status: REOPENED → UNCONFIRMED

Comment 4

7 years ago
Still wanted -> NEW
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [Halloween2011Bug]
(Reporter)

Updated

7 years ago
Whiteboard: [Halloween2011Bug]

Comment 5

7 years ago
The Whiteboard was deliberately set to track bugs that have been triaged during the latest SM bug event, so please leave there.
Whiteboard: [Halloween2011Bug]
You need to log in before you can comment on or make changes to this bug.