many Aqua form widgets don't print as Aqua

VERIFIED WORKSFORME

Status

()

VERIFIED WORKSFORME
12 years ago
11 years ago

People

(Reporter: alqahira, Assigned: stanshebs)

Tracking

Trunk
mozilla1.9beta1
PowerPC
Mac OS X
Points:
---
Bug Flags:
blocking1.9 +

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(5 attachments)

Created attachment 260678 [details]
subset of attachment 99911 [details]

Bug 177953 was resolved with the claim that all form widgets print as Aqua widgets on the trunk now.

Sam and I took a look at this (he on Intel 10.4 and me on 10.3.9), and found that of the form widgets that currently do draw as Aqua, 

1) buttons revert to gfx, and 

2) single-line text fields have a very heavy beveled gfx look (instead of the light, barely noticeable shadow they have on-screen).  

The text fields on branch were pretty inconsistent; sometimes they printed with the light shadow, and sometimes with the heavy one, for reasons I can't fathom; depending on which subset of the text fields I used for my testcase, a different text field had the light shadow....  On trunk, I can never get any of the fields to print using the light shadow.
Created attachment 260679 [details]
Testcase printed to PDF on branch

(This one is mainly to show that the "Normal Textfield" does use a lighter shadow on branch; input buttons of course didn't print)
Created attachment 260680 [details]
Testcase printed to PDF on trunk

Observe the Aqua input buttons becoming gfx ugliness....
Created attachment 260681 [details]
Testcase as rendered in the browser on branch

(Again, just to show both text fields have the light shadow)
Created attachment 260682 [details]
Testcase as rendered in the browser on trunk

Comment 5

12 years ago
I think this is because we have wacky fallback rules in the first place and the CSS for "@media print" triggers fallback in different places than the normal display CSS. We really need to look over what we're doing for print CSS.

Updated

12 years ago
Flags: blocking1.9+

Updated

12 years ago
Target Milestone: --- → mozilla1.9alpha6

Comment 6

12 years ago
I also wouldn't be surprised if the same layout bug responsible for bug 375436 is responsible for this.

Updated

11 years ago
Target Milestone: mozilla1.9alpha6 → mozilla1.9beta2

Updated

11 years ago
Assignee: joshmoz → stanshebs
(Assignee)

Comment 7

11 years ago
This bug seems to have gone away on its own in the past couple of days, last night's nightly prints widgets correctly for instance. I had traced it down to some general confusion between CSS pixels and device pixels, so not too surprising that an unrelated fix could resolve.
Status: NEW → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → WORKSFORME
Looks fixed to me as well.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.