254817 - still prints DIV BG color when 'overflow: auto'

Status: RESOLVED EXPIRED

(Core :: Printing: Output, defect)

Description

[John A. Bilicki III]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3
Build Identifier: Mozilla/5.0 (Windows; U; Winblows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3

Printing of BG colors and images are disabled.  A media/print css file
(http://www.jabcreations.com/themes/css-print.css) is set to be used for
printing of pages but seems that although accessing it (access log verified)
Mozilla is ignoring it.  The body of my pages are set in a DIV (overflow: auto;)
to scroll the page without loosing the menus while browsing and that BG color
from the DIV is being printed.

Reproducible: Always
Steps to Reproduce:
1. Go to any game code page I'm working on (http://www.jabcreations.com/gamer/codes/
2. Do a print preview...
3. Print...

Actual Results:  
Yes, the page printed with the DIV BG as black although I set it to FFFF00 to
test if it was going to use the print css file, nope.

Expected Results:  
The browser should never print any BG color if the BG color print option is
disabled.

Comment 1

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

The print stylesheet should be ignored because it has a TITLE that makes it an
alternate stylesheet.  See http://www.w3.org/TR/html4/present/styles.html#h-14.3

Comment 2

[Boris Zbarsky [:bzbarsky]]

Yep.  Marking invalid, since the behavior is correct.

Comment 3

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

What about the issue with the printing backgrounds option?  I think comment 0 is
describing two separate problems, although I'm not sure.

(This is why it's better not to file two separate issues as one bug.)

Comment 4

[John A. Bilicki III]

I was unaware that giving my printable css file a title would void it being
used.  That obviously wasn't given much thought to whoever made that decision as
a Moz user like me would make an attempt to use the theme chooser to get a
better print out.

Nonetheless I removed the title and I still recieved the same results.

Comment 5

[Boris Zbarsky [:bzbarsky]]

> That obviously wasn't given much thought to whoever made that decision

Take that up with the HTML Working Group, since that's what the HTML4
specification demands...

Note that you can include the same sheet as media="print" with no title and as
media="screen" and a title.

I'm looking into the second issue.

Comment 6

[Boris Zbarsky [:bzbarsky]]

The minimal testcase for the second issue is:

  <div style="background: #000000; overflow: auto">

That happens because scrollframe inherits from boxframe, and boxframe ignores
the background pref setting when printing (probably so that form controls will
work?)

I'm pretty sure we have a bug on this already.

Comment 7

[Robert O'Callahan (:roc) (email my personal email if necessary)]

This will be fixed automatically when I make nsHTMLScrollFrame no longer be a
boxframe.

Comment 8

[Gervase Markham [:gerv]]

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/

Comment 9

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.