1348231 - built-in pdf viewer prints documents incorrectly

Status: NEW

(Core :: Printing: Output, defect)

Description

[lptscsi]

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:52.0) Gecko/20100101 Firefox/52.0
Build ID: 20170303022339

Steps to reproduce:

We use firefox browzer for viewing and printing pdf documentss generated by the web server. They (before firefox 52 were being displayed in iframe on web page with the help of foxit pdf viewer plugin). 


Actual results:

After firefox has been upgraded to version 52 that plugin stopped working, and we tried built-in pdf viewer, but on printing it does not respect album orientation of pdf document and prints it in letter size (not A4). I tried to manually adjust in print dialog parameters  to A4 Album, but the builtin viewer prints the same size (letter) on album orientation and started to scramble cyrillic characters into some sort of abracadabra.


Expected results:

Expected it to respect printing album orientation normally and not to scramble cyrlic characters when printing in album orientation and expected it to respect A4 paper format or just allow to use other plugins as before version 52.

Comment 1

[lptscsi]

Attachment: test.pdf

pdf file to test printing from browser - album orientation

Comment 2

[b.bellec]

Hello,

Can you check the status of the Firefox Multiprocess mode (aka e10s) in about:support ?

If it's enabled, disable the multiprocess mode. To do so, go to about:config, look for "tabs.remote" entries and set all of them to false. Restart Firefox and retry to visualize your PDF.

Comment 3

[Sylvestre Ledru [:Sylvestre]]

Might be e10s related. We have the testcase now.

Can someone from QE verify the bug and find a regression range? Thanks

Comment 4

[Ciprian Muresan [:cmuresan], Formerly of Ecosystem QA - please needinfo @mcoman for things regarding the team]

User Agent 	Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0
Build ID 	20170625030210

I have tested this issue on the latest Nightly 56.0a1 and I was able to reproduce parts of it. If I navigate to the given page and print it to PDF I only get the orientation issue (it prints in Portrait when it should print in Landscape). But if I wait ~5 mins before printing to PDF I can also reproduce the scrambled Cyrillic.

It seems that the orientation issue was around for a very long time (the issue is reproducible with 2014-03-17 Nightly):
>> 6:18.97 INFO: Narrowed nightly regression window from [2014-01-23, 2014-01-25] (2 days) to [2014-01-24, 2014-01-25] (1 days) (~0 steps left)
>> 6:18.97 INFO: Got as far as we can go bisecting nightlies...
>> 6:18.98 INFO: Last good revision: 9d650c07b547 (2014-01-24)
>> 6:18.98 INFO: First bad revision: 9e06d42c2a6a (2014-01-25)
>> 6:18.98 INFO: Pushlog:http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=9d650c07b547&tochange=9e06d42c2a6a

Builds before 2014-01-24 don't even show the PDF contents but prompt you to open the file in a different program. When doing so, in my case, it will open in Foxit reader with unbroken Cyrillic and in landscape orientation.
Builds after this date don't show the PDF contents and don't prompt you to open in a different program. 

>> 4:10.54 INFO: Narrowed nightly regression window from [2014-03-15, 2014-03-17] (2 days) to [2014-03-16, 2014-03-17] (1 days) (~0 steps left)
>> 4:10.55 INFO: Got as far as we can go bisecting nightlies...
>> 4:10.55 INFO: Last good revision: e3b76b155ca4 (2014-03-16)
>> 4:10.55 INFO: First bad revision: 5d61fabc49a8 (2014-03-17)
>> 4:10.56 INFO: Pushlog:https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=e3b76b155ca4&tochange=5d61fabc49a8

Builds after 2014-03-17 have the exact same behavior as the latest Nightly.

As such I don't think this issue is a regression. It seems it was always this way.

Also, as far as I can tell this is not a PDF viewer issue, because I can't see this issue when opening the attachment. The issue appears when you try to print the document/file. Moving to Core::Printing::Output because I think it's a more suitable component.