[Bug 1315020] Re: PDF.js prints blank pages
Bug Watch Updater
1315020 at bugs.launchpad.net
Sat May 3 02:00:07 UTC 2014
Launchpad has imported 26 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=1003707.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
------------------------------------------------------------------------
On 2014-04-30T07:19:36+00:00 Borut-q wrote:
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0 (Beta/Release)
Build ID: 20140421221237
Steps to reproduce:
Open the PDF file and print from the built-in PDF browser.
Actual results:
Prints a blank sheet.
Expected results:
Should Print Download as previous versions.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/0
------------------------------------------------------------------------
On 2014-04-30T07:27:46+00:00 Borut-q wrote:
Please fix or remove built in pdf brovser. Please release fixed firefox
version 29.0.1.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/1
------------------------------------------------------------------------
On 2014-04-30T08:04:08+00:00 Vyv03354 wrote:
Is this a regression since Firefox 29? In other words? Was Firefox 28
unaffected?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/2
------------------------------------------------------------------------
On 2014-04-30T08:25:38+00:00 Borut-q wrote:
(In reply to Masatoshi Kimura [:emk] from comment #2)
> Is this a regression since Firefox 29? In other words? Was Firefox 28
> unaffected?
In Firefox 28 is good. After installing version 29 is the error as
described above.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/3
------------------------------------------------------------------------
On 2014-04-30T13:49:59+00:00 Vyv03354 wrote:
Confirmed. A virtual printer drier was enough to reproduce the issue.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/4
------------------------------------------------------------------------
On 2014-04-30T13:57:59+00:00 Ydelendik wrote:
So we are talking about 64bit version of Firefox for Windows. Can you
replicate that on 32bit version?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/5
------------------------------------------------------------------------
On 2014-04-30T14:04:11+00:00 Vyv03354 wrote:
Do I have to install 32-bit Windows only to confirm?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/6
------------------------------------------------------------------------
On 2014-04-30T14:06:52+00:00 Vyv03354 wrote:
(In reply to Yury Delendik (:yury) from comment #5)
> So we are talking about 64bit version of Firefox for Windows.
No, I confirmed it with a 32-bit version of Firefox 29 on 64-bit version of Windows which "WOW64" means.
64-bit versions of Firefox will have "Win64" in the user-agent.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/7
------------------------------------------------------------------------
On 2014-04-30T14:33:01+00:00 Borut-q wrote:
Please rapid improvement in error. I can easily view and print PDF
documents.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/8
------------------------------------------------------------------------
On 2014-04-30T14:33:58+00:00 Borut-q wrote:
Please rapid improvement in error. You can not easily view and print PDF
documents.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/9
------------------------------------------------------------------------
On 2014-04-30T15:56:10+00:00 Ydelendik wrote:
Looks like it was introduced in 29.0b9
(http://ftp.mozilla.org/pub/mozilla.org/firefox/releases/)
http://hg.mozilla.org/releases/mozilla-
beta/pushloghtml?fromchange=3a4f085a6398&tochange=da279b9f523a
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/10
------------------------------------------------------------------------
On 2014-04-30T17:14:14+00:00 Alice0775 wrote:
I can reproduce in Firefox29 and Beta30b1candidate
But, I cannot reproduce in Aurora31.0a1 and Nightly32.0a2.
Regression window(beta)
Good:
https://hg.mozilla.org/releases/mozilla-beta/rev/3437e5663d9e
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0 ID:20140414130500
Bad:
https://hg.mozilla.org/releases/mozilla-beta/rev/c8f1a4f5ca4d
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0 ID:20140415102658
Pushlog:
http://hg.mozilla.org/releases/mozilla-beta/pushloghtml?fromchange=3437e5663d9e&tochange=c8f1a4f5ca4d
Regression window(aurora)
Good:
https://hg.mozilla.org/releases/mozilla-aurora/rev/f14047fa8d63
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0 ID:20140415004003
Bad:
https://hg.mozilla.org/releases/mozilla-aurora/rev/3be2814c6897
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:30.0) Gecko/20100101 Firefox/30.0 ID:20140415102202
Pushlog:
http://hg.mozilla.org/releases/mozilla-aurora/pushloghtml?fromchange=f14047fa8d63&tochange=3be2814c6897
Suspect— Bug 991767 - Use Moz2D for printing surfaces. r=roc, a=sledru
I cannot determine regression window for m-c and m-i, because browser crashes before landing Bug 991767.
(m-c)
Crash:
https://hg.mozilla.org/mozilla-central/rev/5405d6f4e3c6
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0 ID:20140406100625
Fixed crash:
https://hg.mozilla.org/mozilla-central/rev/e2db1c06a933
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0 ID:20140407043727
Pushlog(fixed crash)
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=5405d6f4e3c6&tochange=e2db1c06a933
(m-i)
Crash:
https://hg.mozilla.org/integration/mozilla-inbound/rev/b9085d8ca22e
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0 ID:20140406200125
Fixed crash:
https://hg.mozilla.org/integration/mozilla-inbound/rev/7248b992c6b2
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Firefox/31.0 ID:20140406210825
Pushlog(fixed crash)
http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=b9085d8ca22e&tochange=7248b992c6b2
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/11
------------------------------------------------------------------------
On 2014-04-30T17:47:46+00:00 Ydelendik wrote:
I can confirm it's a regression due to bug 991767 patch:
The first bad revision is:
changeset: 184764:55422890fb8f
user: Matt Woodrow <mwoodrow at mozilla.com>
date: Mon Apr 07 16:07:12 2014 +1200
summary: Bug 991767 - Use Moz2D for printing surfaces. r=roc, a=sledru
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/12
------------------------------------------------------------------------
On 2014-04-30T18:24:15+00:00 Ydelendik wrote:
*** Bug 999284 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/13
------------------------------------------------------------------------
On 2014-04-30T21:14:23+00:00 Tdowner wrote:
*** Bug 1004150 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/14
------------------------------------------------------------------------
On 2014-04-30T22:57:08+00:00 Lsblakk wrote:
I'd like more information on why this cannot be reproduced on 31/32 -
Matt, any ideas? Do we have a potential forward fix? What would be the
user impact of backing out bug 991767?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/15
------------------------------------------------------------------------
On 2014-05-01T04:10:24+00:00 Matt-woodrow wrote:
(In reply to Lukas Blakk [:lsblakk] from comment #15)
> I'd like more information on why this cannot be reproduced on 31/32 - Matt,
> any ideas? Do we have a potential forward fix? What would be the user
> impact of backing out bug 991767?
Well, we uplifted it because it fixed bug 740325, a topcrasher. Backing
it out would reintroduce that again.
I'll see if I can figure out what changed in 31/32 so that everything
works.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/16
------------------------------------------------------------------------
On 2014-05-01T14:04:42+00:00 Kaduk-ffbz wrote:
We are seeing what appears to be this same bug on our Ubuntu Linux workstations.
Ubuntu 12.0.4.4 LTS, and Firefox 29.0+build1-0ubuntu0.12.04.2
That firefox version was taken by the automatic updater and now we get lots of blank pages from the printers in our computer labs.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/17
------------------------------------------------------------------------
On 2014-05-01T14:10:26+00:00 Kairo-kairo wrote:
Yes, this fix was for a pretty huge crasher.
That said, why did we uplift this to beta? The comments in the crasher
bug only talk about the crash being bad on 30 and 31, not about 29...
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/18
------------------------------------------------------------------------
On 2014-05-01T14:14:11+00:00 Kairo-kairo wrote:
Hrm, the actual patch was in bug 991767 (and I was looking at bug 740325
which was the really bad topcrasher on 30 and 31), but also there it's
pretty unclear as to why exactly we uplifted this to beta as there's no
evidence in the bug that the crash in question even happened with 29 in
the first place. :(
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/19
------------------------------------------------------------------------
On 2014-05-02T03:16:35+00:00 Vyv03354 wrote:
*** Bug 1004385 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/21
------------------------------------------------------------------------
On 2014-05-02T05:54:01+00:00 Matt-woodrow wrote:
The topcrasher doesn't actually exist on 29, so backing out from there
would be fine.
For 30 we need to find a solution.
I'm fairly sure this works on 31/32 because of
http://hg.mozilla.org/integration/mozilla-inbound/rev/25306d89bded
Haven't figured out exactly why it doesn't work currently though. I also
can't reproduce the same issue on OSX.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/22
------------------------------------------------------------------------
On 2014-05-02T06:26:36+00:00 Matt-woodrow wrote:
Urgh, figured it out.
http://mxr.mozilla.org/mozilla-
beta/source/gfx/2d/DrawTargetCairo.cpp#122
We take that branch for CAIRO_SURFACE_TYPE_WIN32_PRINTING, but cairo
will just return 0 for printing surfaces. Sigh.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/23
------------------------------------------------------------------------
On 2014-05-02T06:35:26+00:00 Matt-woodrow wrote:
Created attachment 8416341
One idea
Bas, what do you think about doing this? Having mSize on NativeSurface
is a bit weird if d2d won't use it but maybe that's ok.
GetCairoSurfaceSize has caused issues before, and it's broken for quartz
printing surfaces too.
We should also get rid of CreateSourceSurfaceForCairoSurface (since it's
basically a clone of the native surface one) and then that size guessing
function can go away entirely.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/24
------------------------------------------------------------------------
On 2014-05-02T23:49:59+00:00 Gijskruitbosch+bugs wrote:
*** Bug 1005188 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/25
------------------------------------------------------------------------
On 2014-05-02T23:50:05+00:00 Gijskruitbosch+bugs wrote:
*** Bug 1005192 has been marked as a duplicate of this bug. ***
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1315020/comments/26
** Changed in: firefox
Status: Unknown => Confirmed
** Changed in: firefox
Importance: Unknown => High
--
You received this bug notification because you are a member of Mozilla
Bugs, which is subscribed to firefox in Ubuntu.
https://bugs.launchpad.net/bugs/1315020
Title:
PDF.js prints blank pages
To manage notifications about this bug go to:
https://bugs.launchpad.net/firefox/+bug/1315020/+subscriptions
More information about the Ubuntu-mozillateam-bugs
mailing list