Closed Bug 1152354 Opened 5 years ago Closed 5 years ago
Print only print first and last page
User Agent: Mozilla/5.0 (Windows NT 6.0; rv:37.0) Gecko/20100101 Firefox/37.0 Build ID: 20150326190726 Steps to reproduce: Go to http://blogs.msdn.com/b/powershell/archive/2014/01/31/want-to-secure-credentials-in-windows-powershell-desired-state-configuration.aspx Try to print the page using the menu->print icon Actual results: Only the first and last page appear in the preview, and only those will print Expected results: There is at least 5 pages to print, not 2. Even doing a "select all" and
text continued... Even doing a select all and try to print that will give the same result. Chrome, Opera and Internet explorer doesn't have that problem, they print that page fine. The problem also happen on Windows 7. It also happened on a https page from university, but I can't provide credentials to check this one out, obviously.
Print Prewiew is wrong on my machine with FF37, but the print output (PDF Creator, XPS Writer) is OK (4 pages).
Print preview regressed: good=2014-12-15 bad=2014-12-16 http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=f14dcd1c8c0b&tochange=b836016d82b5
Component: Untriaged → Print Preview
Product: Firefox → Core
[Tracking Requested - why for this release]: regressed since Firefox37
OS: Windows Vista → All
Hardware: x86 → All
Tracking for 38+ since this is a recent regression.
Mats, can you help on this? Thanks
I don't have time to work on this for a while, so I think we should just revert the change from bug 1108104 for now since this regression is worse than what we were trying to fix there. This patch also fixes bug 1155230, although the problem there seems like a minor edge case. https://treeherder.mozilla.org/#/jobs?repo=try&revision=e88253b44292
Assignee: nobody → mats
Attachment #8594737 - Flags: review?(roc)
Attachment #8594737 - Flags: review?(roc) → review+
Mats - From comment 9 I take it that you went with a backout. 38 and 39 are also affected. Can we backout from those branches as well?
Comment on attachment 8594737 [details] [diff] [review] Revert the change from bug 1108104 Approval Request Comment [Feature/regressing bug #]: bug 1108104 [User impact if declined]: missing content in Print/Preview [Describe test coverage new/current, TreeHerder]: we have poor test coverage here, we should add the test in this bug and bug 1155230 as reftests [helpwanted] [Risks and why]: low-risk, reverts to old behavior before bug 1108104 [String/UUID change made/needed]: none
Comment on attachment 8594737 [details] [diff] [review] Revert the change from bug 1108104 [Triage Comment] 38 is now in m-r!
Should be in 38 beta 7
Reproduced this issue on Firefox 37.0.2, build ID: 20150415140819. Confirming the fix on Windows 7 64-bit, Ubuntu 14.04 32-bit and Mac OS X 10.9.5 using: - latest Nightly, build ID: 20150426030248; - latest Aurora, build ID: 20150426004003; - Firefox 38 beta 8, build ID: 20150426174329.
Verified on 40 Nightly, Aurora 39 and Beta 38 - removing qe-verify flag.
You need to log in before you can comment on or make changes to this bug.