Closed Bug 783547 Opened 13 years ago Closed 13 years ago

Background image doesn't match

Categories

(SeaMonkey :: UI Design, defect)

Product:
SeaMonkey
Component:
UI Design
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: quicksilver8, Unassigned)

Details

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/17.0 Firefox/17.0 SeaMonkey/2.14a1 Build ID: 20120815003015 Steps to reproduce: Latest trunk of SM doesn't match the background image. I've set Preferences->Appearance->Colors to: text black background white and no use of System colors + alays use colors and background specified by web page. The background page is always white. If I show the contex. menu control-clicking on the page, though, and choose View background Image, this shows with her true colors.
Component: General → UI Design
Hardware: x86 → Other
Are you talking about the background image when you view an image directly? If so, then the (black) color shown is by "design". See... "How to revert changes to image-display behavior?" http://forums.mozillazine.org/viewtopic.php?f=40&t=2444099
I talk about the background pattern or image. Generally, background page is a pattern with a colour. Now, in latest trunks this colour is always white, and not the proper colour of the page. If I choose from cont. menu to see the pattern, I can see it with his real colour. This happens with latest trunks, also on my other Mac with Snow Leopard.
Keep in mind, important: I repeat that this happens with latest trunks. Indeed, with the latest official 2.12 release (Build identifier: 20120810115433) it's all OK.
> Preferences->Appearance->Colors to: text black background white and no use of System > colors + alays use colors and background specified by web page. The background page is You need to select "Use my chosen colours, ignoring the colours and background image specified".
I don't want to do this. Proper web colours are the best chose, and until now, it was all OK.
Is this with all web pages or with some specific pages? If the latter which pages are those?
With several, but not with all. Patterns with «solid colors» work fine. But, for instance: go to page: http://efi.group.shef.ac.uk/elabels.html with the latest 2.12, I see the black pattern on background. But, with latest trunks, I see the background all white. This makes difficult to read the page... If I choose to «custom» my views, all of pages take my custom set, but, obviously, not always is the best choice... that's why I set my preference to: always use the color and background specified by the web page.
Rocco: Does it make a difference if you tweak the preference gfx.color_management.mode in about:config? Possible values are: 0 = off 1 = full 2 = tagged images only. See eCMSMode in gfx/thebes/gfxPlatform.h The SeaMonkey default is 2, but for my use cases the best choice is 0. YMMV.
I've tried with 0 and also with 1, then restarted the app. Nothing, it's the same.
In Console, I get the warning: Error in parsing value for "background". Declaration dropped.
(In reply to Rocco Stilo from comment #10) > In Console, I get the warning: Error in parsing value for "background". > Declaration dropped. Aha! Does it give a filename and line number? And if yes, what are they?
Line 1. Clicking on the source file, I get a very long report, that I cannot attach here.
(In reply to Rocco Stilo from comment #12) > Line 1. Clicking on the source file, I get a very long report, that I cannot > attach here. (In reply to Rocco Stilo from comment #13) > Filename is: > http://asset2.cbsistatic.com/cnwk.1d/css/rb/Build/global/base.4.0.css That CSS stylesheet (which is not from Mozilla) has only one line, where the string "background" appears 791 times. I didn't try to analyze every single one of them. I don't know which page uses it. The file mentioned in comment #7 is displayed here (SeaMonkey 2.14a nightly for Linux-x86_64, dated 18 August 2012) with white background and pale yellow and orange text, not very readable. The only message I see about it in the error console is: Error: The character encoding of the HTML document was not declared. The document will render with garbled text in some browser configurations if the document contains characters from outside the US-ASCII range. The character encoding of the page must be declared in the document or in the transfer protocol. Source file: http://efi.group.shef.ac.uk/elabels.html It has the following near the top: <BODY TEXT="#FFCC00"> <BODY LINK="#FF9900" VLINK="#00DD00"> <BODY BACKGROUND="blackbak.gif"> It lacks both a <!DOCTYPE and an <HTML> tag, and those three <BODY> tags are not closed at the end. All this is bad coding. In particular there should be only one <BODY> tag, it is no fault of SeaMonkey that the third (!) one is not taken into account. => INVALID.
Status: UNCONFIRMED → RESOLVED
Closed: 13 years ago
OS: Mac OS X → All
Hardware: Other → All
Resolution: --- → INVALID
This may be Core Bug 783162 - Background image isn't shown at all. REOPEN?
> This may be Core Bug 783162 So Bug 783162 is now fixed. Anyone want to test with the latest SeaMonkey 2.14a nightly?
Mozilla/5.0 (X11; Linux x86_64; rv:18.0) Gecko/18.0 Firefox/18.0 SeaMonkey/2.15a1 ID:20120901003026 c-c:81d1dff456f1 The page mentioned in comment #7 now has orange text on (patterned?) black background rather than white. (It still has its three nested <BODY> tags though, which isn't any better than it was when I wrote comment #14). => WORKSFORME.
Resolution: INVALID → WORKSFORME
P.S. m-c:a21fd4d085ad
> P.S. m-c:a21fd4d085ad Linkify: mozilla-central changeset a21fd4d085ad
You need to log in before you can comment on or make changes to this bug.