Closed
Bug 816498
Opened 11 years ago
Closed 10 years ago
Table backgrounds don't print, starting from FX17
Categories
(Core :: Printing: Output, defect)
Tracking
()
People
(Reporter: zuikkis, Assigned: khuey)
References
Details
(Keywords: regression)
Attachments
(1 file, 2 obsolete files)
11.52 KB,
patch
|
bzbarsky
:
review+
lsblakk
:
approval-mozilla-aurora+
lsblakk
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:17.0) Gecko/17.0 Firefox/17.0 Build ID: 20121120042406 Steps to reproduce: Open a page with tables that have background images, for example: http://www.tizag.com/htmlT/htmlbackground.php Page setup has "print background images" and "print background colors" checked. Actual results: In print preview, the table background is not visible. Also if printed, the background is not visible. Expected results: Table backgrounds were visible in FX16, so something is changed. I have confirmed the bug on Ubuntu and Windows XP using Firefox 17, and a friend tested with Firefox 18 beta and it was the same.
Confirmed, FF17+ fail to print (preview & output) the background image in the tables. Here is the regression range. I'm not able to test the build of 2012-08-15 because printing that webpage crashes this build. And I think the regression is here, by fixing the printing crash, this bug has appeared. m-c good=2012-08-14 bad=2012-08-16 http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=22288130fea2&tochange=50e4ff05741e
Status: UNCONFIRMED → NEW
status-firefox17:
--- → affected
tracking-firefox18:
--- → ?
tracking-firefox19:
--- → ?
tracking-firefox20:
--- → ?
Component: Untriaged → Printing: Output
Ever confirmed: true
Keywords: regression,
regressionwindow-wanted
Product: Firefox → Core
![]() |
||
Comment 2•11 years ago
|
||
There are 2 regression at least. #1 Regressed by Bug 697230 no backgound image printed (*and also no backgound image in normal view, but this was fixed by Bug 783162) #2 Regressed by Bug 792314 no backgound image and no backgound color printed I've filed separate Bug 816603 for the regression #2 . #1 Regression window Good: http://hg.mozilla.org/mozilla-central/rev/3b46b03dff5c Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Firefox/17.0 ID:20120815053101 Bad(no backgound image (and also no backgound image in normal view)): http://hg.mozilla.org/mozilla-central/rev/d67c02074ced Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/17.0 Firefox/17.0 ID:20120815065301 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=3b46b03dff5c&tochange=d67c02074ced In local build Last Good: 5709499c7c66 First Bad: 5c730c1f2274 +d5e42dcb36fd+d67c02074ced Triggered by: 5c730c1f2274 Kyle Huey — Bug 697230: Part 1 - Centralize style image observers. r=bz
Blocks: 697230
Keywords: regressionwindow-wanted
![]() |
||
Comment 3•11 years ago
|
||
![]() |
||
Comment 4•11 years ago
|
||
Comment 5•11 years ago
|
||
Kyle - what are the options here? Is there a forward fix on the horizon or can you look into backing out some or all of bug 697230 and take a different approach so we can reverse this regression? We're too late for 17, unfortunately but 18 is still in beta and we could take a safe fix or a backout there.
Assignee: nobody → khuey
status-firefox18:
--- → affected
status-firefox19:
--- → affected
status-firefox20:
--- → affected
tracking-firefox20:
? → ---
Assignee | ||
Comment 6•11 years ago
|
||
Bug 697230 was a really important change and this is a minor regression, so we're not going to back it out to fix this.
Comment 7•10 years ago
|
||
(In reply to Kyle Huey [:khuey] (khuey@mozilla.com) from comment #6) > Bug 697230 was a really important change and this is a minor regression, so > we're not going to back it out to fix this. Kyle, any update on if there a low risk forward fix in progress to make it into FF18 timeframe ?
Comment 8•10 years ago
|
||
Johnny - I know Kyle is swamped with B2G work. Anybody else who can take a look at this in the FF19 timeframe?
Assignee: khuey → jst
![]() |
||
Updated•10 years ago
|
tracking-firefox20:
--- → ?
tracking-firefox21:
--- → ?
Comment 10•10 years ago
|
||
carrying tracking forward to encompass 20 on Aurora now.
Comment 11•10 years ago
|
||
This has missed FF19b4, and is therefore no longer eligible for resolution in that Firefox version.
Comment 12•10 years ago
|
||
Kyle should have cycles to look into this very soon, assigning to him.
Assignee: jst → khuey
Assignee | ||
Comment 13•10 years ago
|
||
I debugged it and understand whats going wrong. Not quite sure how to fix it yet.
Assignee | ||
Comment 14•10 years ago
|
||
This also fixes another bug we found where hiding and showing a subframe "loses" background attributes.
Attachment #686674 -
Attachment is obsolete: true
Attachment #686703 -
Attachment is obsolete: true
Attachment #717449 -
Flags: review?(bzbarsky)
![]() |
||
Comment 15•10 years ago
|
||
Comment on attachment 717449 [details] [diff] [review] Patch r=me
Attachment #717449 -
Flags: review?(bzbarsky) → review+
Assignee | ||
Comment 16•10 years ago
|
||
http://hg.mozilla.org/integration/mozilla-inbound/rev/8ee9a76cb582
Flags: in-testsuite+
Comment 17•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/8ee9a76cb582
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla22
Assignee | ||
Comment 18•10 years ago
|
||
Comment on attachment 717449 [details] [diff] [review] Patch [Approval Request Comment] Bug caused by (feature/regressing bug #): Bug 697230 User impact if declined: Background attributes will be ignored when printing or when the visibility of a frame is dynamically altered and pages will be rendered without their backgrounds. Testing completed (on m-c, etc.): On m-c, has automated tests Risk to taking this patch (and alternatives if risky): low risk String or UUID changes made by this patch: N/A
Attachment #717449 -
Flags: approval-mozilla-beta?
Attachment #717449 -
Flags: approval-mozilla-aurora?
Comment 19•10 years ago
|
||
Comment on attachment 717449 [details] [diff] [review] Patch Thanks for adding the tests too, approving for uplift.
Attachment #717449 -
Flags: approval-mozilla-beta?
Attachment #717449 -
Flags: approval-mozilla-beta+
Attachment #717449 -
Flags: approval-mozilla-aurora?
Attachment #717449 -
Flags: approval-mozilla-aurora+
Comment 20•10 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/d9bd7857656c https://hg.mozilla.org/releases/mozilla-beta/rev/4e196e32e74d
Updated•10 years ago
|
Comment 21•10 years ago
|
||
Mozilla/5.0 (X11; Linux i686; rv:20.0) Gecko/20100101 Firefox/20.0 Verified as fixed on Firefox 20 beta 2 (buildID: 20130227063501). The background image is properly printed after turning on Print Background Colors and Print Background Images.
Comment 23•10 years ago
|
||
Mozilla/5.0 (X11; Linux i686; rv:21.0) Gecko/20100101 Firefox/21.0 Build ID: 20130423212553 Verified as fixed on Firefox 21 beta 4: - the background image is printed when Print Background Colors and Print Background Images are enabled.
Comment 24•10 years ago
|
||
this doesn't meet ESR uplift criteria, wontfixing.
Comment 25•10 years ago
|
||
Bug still exist on Firefox 23.0.1, running win 8 64bits on both, normal and private modes.
Comment 26•10 years ago
|
||
(In reply to sukhoi47 from comment #25) > Bug still exist on Firefox 23.0.1, running win 8 64bits on both, normal and > private modes. This bug is fixed, file a new bug with STR and testcase, please.
You need to log in
before you can comment on or make changes to this bug.
Description
•