Bug 753256 - Printer landscape orientation does not work, always prints potrait orientation
Summary: Printer landscape orientation does not work, always prints potrait orientation
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: ghostscript
Version: 16
Hardware: x86_64
OS: Linux
unspecified
urgent
Target Milestone: ---
Assignee: Tim Waugh
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-11-11 18:08 UTC by Paul Lambert
Modified: 2011-11-21 17:57 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-11-14 16:16:12 UTC
Type: ---


Attachments (Terms of Use)
YUM history update on 11/11/2011 at 0:00 midnight (16.63 KB, text/plain)
2011-11-11 19:14 UTC, Paul Lambert
no flags Details
Print err log for 11/11/2011 (2.17 MB, text/plain)
2011-11-11 19:16 UTC, Paul Lambert
no flags Details
Printer PPD file as requested (18.10 KB, application/vnd.cups-ppd)
2011-11-14 14:21 UTC, Paul Lambert
no flags Details
Firefox screen to be printed in landscape mode (118.61 KB, image/png)
2011-11-21 17:46 UTC, Paul Lambert
no flags Details
select landscape print mode in firefox (127.83 KB, image/png)
2011-11-21 17:47 UTC, Paul Lambert
no flags Details
Resulting output from printer when using landscape mode with firefox (418.31 KB, application/pdf)
2011-11-21 17:48 UTC, Paul Lambert
no flags Details

Description Paul Lambert 2011-11-11 18:08:36 UTC
Description of problem:Documents will not print out in landscape 


Version-Release number of selected component (if applicable):
FE16 with updates applied as of 11/11/2011 

How reproducible:
I tried printing in landscape mode using Firefox 8.0, PDF Doc Viewer 3.2.1 and LibreOffice Calc 3.4.3.  None of these apps would print landscape

Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info: This appears to be a print manager issue and not an application issue.  Printing was working OK after I upgraded to FE16 (and got the Cups start issues resolved).  This problem only started after I performed an update on the updates-testing repo late on 10/10/2011.  I need to know which package(s) to roll back to get printing working ASAP.

Comment 1 Jiri Popelka 2011-11-11 18:49:48 UTC
'yum history list' will show you the history of transactions.
Take the ID of transaction you think (compare the date and time)
caused problems and then
'yum history info <ID>' will show you what packages were updated.

It would be great if you could discover which update caused the problem.
Otherwise attach the output from printing troubleshooter, thanks.
https://fedoraproject.org/wiki/Printing/Debugging#Printing_troubleshooter

Comment 2 Paul Lambert 2011-11-11 19:14:34 UTC
Created attachment 533152 [details]
YUM history update on 11/11/2011 at 0:00 midnight

Comment 3 Paul Lambert 2011-11-11 19:16:08 UTC
Created attachment 533154 [details]
Print err log for 11/11/2011

Comment 4 Jiri Popelka 2011-11-13 10:03:18 UTC
Ok, my first guess is that the problem has been caused by this update:
Updated ghostscript-9.04-5.fc16.x86_64
Update              9.04-7.fc16.x86_64
Updated ghostscript-cups-9.04-5.fc16.x86_64
Update                   9.04-7.fc16.x86_64

Could you 
'yum downgrade ghostscript ghostscript-cups'
to confirm/disprove it ?

Comment 6 Paul Lambert 2011-11-13 14:38:07 UTC
I downgraded this package but the results are the same as reported in the bug.  Landscape mode still prints in potrait mode.

In performing the downgrade yum reported some errors.  These could be related to the fact the the Fedora repository is currently broken.

**************
YUM check

[root@BRSINC-01 EB30750]# yum check
Loaded plugins: presto, refresh-packagekit
xulrunner5-5.0-1.fc14.remi.x86_64 has missing requires of libhunspell-1.2.so.0()(64bit)
xulrunner5-5.0-1.fc14.remi.x86_64 has missing requires of libnotify.so.1()(64bit)
Error: check all
***************


***************
GHOSTSCRIPT downgrade

[root@BRSINC-01 EB30750]# yum downgrade ghostscript ghostscript-cups
Loaded plugins: presto, refresh-packagekit
Setting up Downgrade Process
Resolving Dependencies
--> Running transaction check
---> Package ghostscript.x86_64 0:9.04-3.fc16 will be a downgrade
---> Package ghostscript.x86_64 0:9.04-7.fc16 will be erased
---> Package ghostscript-cups.x86_64 0:9.04-3.fc16 will be a downgrade
---> Package ghostscript-cups.x86_64 0:9.04-7.fc16 will be erased
--> Finished Dependency Resolution

Dependencies Resolved

================================================================================
 Package                 Arch          Version              Repository     Size
================================================================================
Downgrading:
 ghostscript             x86_64        9.04-3.fc16          fedora        3.0 M
 ghostscript-cups        x86_64        9.04-3.fc16          fedora         50 k

Transaction Summary
================================================================================
Downgrade     2 Packages

Total download size: 3.1 M
Is this ok [y/N]: y
Downloading Packages:
(1/2): ghostscript-9.04-3.fc16.x86_64.rpm                | 3.0 MB     00:20     
(2/2): ghostscript-cups-9.04-3.fc16.x86_64.rpm           |  50 kB     00:00     
--------------------------------------------------------------------------------
Total                                           146 kB/s | 3.1 MB     00:21     
Running Transaction Check
Running Transaction Test
Transaction Test Succeeded
Running Transaction
Warning: RPMDB altered outside of yum.
** Found 2 pre-existing rpmdb problem(s), 'yum check' output follows:
xulrunner5-5.0-1.fc14.remi.x86_64 has missing requires of libhunspell-1.2.so.0()(64bit)
xulrunner5-5.0-1.fc14.remi.x86_64 has missing requires of libnotify.so.1()(64bit)
  Installing : ghostscript-9.04-3.fc16.x86_64                               1/4 
  Installing : ghostscript-cups-9.04-3.fc16.x86_64                          2/4 
  Cleanup    : ghostscript-cups-9.04-7.fc16.x86_64                          3/4 
  Cleanup    : ghostscript-9.04-7.fc16.x86_64                               4/4 

Removed:
  ghostscript.x86_64 0:9.04-7.fc16     ghostscript-cups.x86_64 0:9.04-7.fc16    

Installed:
  ghostscript.x86_64 0:9.04-3.fc16     ghostscript-cups.x86_64 0:9.04-3.fc16

Comment 7 Tim Waugh 2011-11-14 11:24:07 UTC
Could you please attach the PPD for the queue, /etc/cups/ppd/MX350LAN.ppd?

Comment 8 Paul Lambert 2011-11-14 14:21:30 UTC
Created attachment 533538 [details]
Printer PPD file as requested

Comment 9 Tim Waugh 2011-11-14 16:16:12 UTC
I think the problem lies within the pstocanonij driver.  The page orientation needs to be applied when the PostScript data is converted to raster format, i.e. in pstocanonij.

You need to contact whoever you obtained this driver from, and ask them for help with it.  All I can really recommend is that you try to reinstall the driver, and re-create the queue.

Also note: the Fedora repository is not broken.  However, you are incorporating packages from other repositories (e.g. the Firefox 8 package you have) -- possibly intended for F-14? -- and have used rpm directly at some point to install/update a package.  This is why you are seeing warnings.

Comment 10 Paul Lambert 2011-11-20 16:30:59 UTC
This is a bug but it appears it is not related to cups or the postscript driver.  It might be a Firefox bug and needs to be moved there.  Here is my latest analysis

I use firefox to generate an HTML layout.  Previously, I simply printed the frame directly to the Canon MS X350 printer.  With the update to FE which includes a FF update this method would not print landscape.  The frame I am printing is an IFRAME.

I then repeated the same task but this time printed the HTML layout as a PDF from FF.  Then I opened this pdf document with Document Viewer 3.2.1 and printed it to the same Canon MX350 printer as before.  It worked perfectly giving me a landscape output just as before.

This second test indicates the problem lies within FF page rendering.  Please advise on how to proceed resolving this bug or proceed to reopen it as a new bug.

Comment 11 Tim Waugh 2011-11-21 12:41:33 UTC
Could you attach a scan of the output, or else describe it?  Which orientation is the text, compared to which orientation you expect it to be?  Are there any especially large margins on the page?

Comment 12 Paul Lambert 2011-11-21 17:46:18 UTC
Created attachment 534828 [details]
Firefox screen to be printed in landscape mode

Comment 13 Paul Lambert 2011-11-21 17:47:18 UTC
Created attachment 534829 [details]
select landscape print mode in firefox

Comment 14 Paul Lambert 2011-11-21 17:48:16 UTC
Created attachment 534830 [details]
Resulting output from printer when using landscape mode with firefox

Comment 15 Paul Lambert 2011-11-21 17:57:52 UTC
Regarding the attached screen captures in comments 12, 13 and 14.  To bypass the direct output of FF to the printer I send FF to print to a PDF file.   I then used Doc Viewer to open this file and print it.  Both FF and DV were set to print in landscape mode, FF to the PDF file and DV directly to the printer.  The resulting paper output printed in correctly in landscape mode.


Note You need to log in before you can comment on or make changes to this bug.