| Summary: | Printer landscape orientation does not work, always prints potrait orientation | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Paul Lambert <eb30750> |
| Component: | ghostscript | Assignee: | Tim Waugh <twaugh> |
| Status: | CLOSED NOTABUG | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | urgent | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 16 | CC: | jpopelka, lkundrak, twaugh |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2011-11-14 16:16:12 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Attachments: | |||
|
Description
Paul Lambert
2011-11-11 18:08:36 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 Created attachment 533152 [details]
YUM history update on 11/11/2011 at 0:00 midnight
Created attachment 533154 [details]
Print err log for 11/11/2011
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 ? 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 Could you please attach the PPD for the queue, /etc/cups/ppd/MX350LAN.ppd? Created attachment 533538 [details]
Printer PPD file as requested
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. 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. 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? Created attachment 534828 [details]
Firefox screen to be printed in landscape mode
Created attachment 534829 [details]
select landscape print mode in firefox
Created attachment 534830 [details]
Resulting output from printer when using landscape mode with firefox
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. |