[Touch-packages] [Bug 1243484]
--> stof...@cmdt.ch please give an update of the bug status using latest LibO 4.3.2.2 release. thanks for your feedback -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1243484 Title: Incorrect handling of orientation when printing PDF files Status in CUPS - Common Unix Printing System: Confirmed Status in Poppler: Fix Released Status in “cups-filters” package in Ubuntu: Fix Released Status in “poppler” package in Ubuntu: Fix Released Bug description: There seems to be some problems in the CUPS filters handling PDF files, which can be shown without having an actual printer hooked up (this seems to be independent of the driver in use). This happens on the latest Ubuntu 13.10 but I believe the real culprit is in the cups-filters 1.0.40 package. This happens when trying to print a PDF file (such as the CUPS test page in /usr/share/cups/data/default.pdf) and trying to change its orientation with the 'landscape' option, as such : lp -d queue -o landscape /usr/share/cups/data/default.pdf The result right now would be that the job is upside down, instead of being in a landscape orientation. This happens regardless of the driver. The same behavior doesn't happen for documents such as PostScript files, which works as expected, at least with a PS printer. The easiest way to test this is to set up queues that print to file (enable FileDevice in the CUPS config first) and look at the resulting files with a document viewer such as evince : - Create a new Generic Postscript queue using the default drivers, set it to print to a URI such as file:///tmp/test.ps - Send a PDF job to the queue with the landscape option - Look at the output in evince or Ghostview I strongly suspect something is amiss with the pdftopdf filter's handling of these options, especially in v1.0.40. Fedora 19 didn't exhibit the same problem until the cups-filters package was brought up to the same version just today. I also suspect that more than the orientation options are affected, we have had reports from customers having trouble with options handled through the Collate PPD options. To manage notifications about this bug go to: https://bugs.launchpad.net/cups/+bug/1243484/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1243484]
sorry to hear that... Brother printers are affected by multiple issues on LibO. see this bugzilla query: http://snipurl.com/29cxibw -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1243484 Title: Incorrect handling of orientation when printing PDF files Status in CUPS - Common Unix Printing System: Confirmed Status in Poppler: Fix Released Status in “cups-filters” package in Ubuntu: Fix Released Status in “poppler” package in Ubuntu: Fix Released Bug description: There seems to be some problems in the CUPS filters handling PDF files, which can be shown without having an actual printer hooked up (this seems to be independent of the driver in use). This happens on the latest Ubuntu 13.10 but I believe the real culprit is in the cups-filters 1.0.40 package. This happens when trying to print a PDF file (such as the CUPS test page in /usr/share/cups/data/default.pdf) and trying to change its orientation with the 'landscape' option, as such : lp -d queue -o landscape /usr/share/cups/data/default.pdf The result right now would be that the job is upside down, instead of being in a landscape orientation. This happens regardless of the driver. The same behavior doesn't happen for documents such as PostScript files, which works as expected, at least with a PS printer. The easiest way to test this is to set up queues that print to file (enable FileDevice in the CUPS config first) and look at the resulting files with a document viewer such as evince : - Create a new Generic Postscript queue using the default drivers, set it to print to a URI such as file:///tmp/test.ps - Send a PDF job to the queue with the landscape option - Look at the output in evince or Ghostview I strongly suspect something is amiss with the pdftopdf filter's handling of these options, especially in v1.0.40. Fedora 19 didn't exhibit the same problem until the cups-filters package was brought up to the same version just today. I also suspect that more than the orientation options are affected, we have had reports from customers having trouble with options handled through the Collate PPD options. To manage notifications about this bug go to: https://bugs.launchpad.net/cups/+bug/1243484/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1243484]
and as a remember: printing the odt as an pdf with okular (kde pdf-reader) 2 pages per sheet does the job as it should be. thanks -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1243484 Title: Incorrect handling of orientation when printing PDF files Status in CUPS - Common Unix Printing System: Confirmed Status in Poppler: Fix Released Status in “cups-filters” package in Ubuntu: Fix Released Status in “poppler” package in Ubuntu: Fix Released Bug description: There seems to be some problems in the CUPS filters handling PDF files, which can be shown without having an actual printer hooked up (this seems to be independent of the driver in use). This happens on the latest Ubuntu 13.10 but I believe the real culprit is in the cups-filters 1.0.40 package. This happens when trying to print a PDF file (such as the CUPS test page in /usr/share/cups/data/default.pdf) and trying to change its orientation with the 'landscape' option, as such : lp -d queue -o landscape /usr/share/cups/data/default.pdf The result right now would be that the job is upside down, instead of being in a landscape orientation. This happens regardless of the driver. The same behavior doesn't happen for documents such as PostScript files, which works as expected, at least with a PS printer. The easiest way to test this is to set up queues that print to file (enable FileDevice in the CUPS config first) and look at the resulting files with a document viewer such as evince : - Create a new Generic Postscript queue using the default drivers, set it to print to a URI such as file:///tmp/test.ps - Send a PDF job to the queue with the landscape option - Look at the output in evince or Ghostview I strongly suspect something is amiss with the pdftopdf filter's handling of these options, especially in v1.0.40. Fedora 19 didn't exhibit the same problem until the cups-filters package was brought up to the same version just today. I also suspect that more than the orientation options are affected, we have had reports from customers having trouble with options handled through the Collate PPD options. To manage notifications about this bug go to: https://bugs.launchpad.net/cups/+bug/1243484/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1243484]
No but brother printers consistently show problems - if you do a bugzilla search you'll see quite a few hits and as far as I know we have no triagers that have a brother printer (I avoid them like the plague because it's obvious they have issues in Linux) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1243484 Title: Incorrect handling of orientation when printing PDF files Status in CUPS - Common Unix Printing System: Confirmed Status in Poppler: Fix Released Status in “cups-filters” package in Ubuntu: Fix Released Status in “poppler” package in Ubuntu: Fix Released Bug description: There seems to be some problems in the CUPS filters handling PDF files, which can be shown without having an actual printer hooked up (this seems to be independent of the driver in use). This happens on the latest Ubuntu 13.10 but I believe the real culprit is in the cups-filters 1.0.40 package. This happens when trying to print a PDF file (such as the CUPS test page in /usr/share/cups/data/default.pdf) and trying to change its orientation with the 'landscape' option, as such : lp -d queue -o landscape /usr/share/cups/data/default.pdf The result right now would be that the job is upside down, instead of being in a landscape orientation. This happens regardless of the driver. The same behavior doesn't happen for documents such as PostScript files, which works as expected, at least with a PS printer. The easiest way to test this is to set up queues that print to file (enable FileDevice in the CUPS config first) and look at the resulting files with a document viewer such as evince : - Create a new Generic Postscript queue using the default drivers, set it to print to a URI such as file:///tmp/test.ps - Send a PDF job to the queue with the landscape option - Look at the output in evince or Ghostview I strongly suspect something is amiss with the pdftopdf filter's handling of these options, especially in v1.0.40. Fedora 19 didn't exhibit the same problem until the cups-filters package was brought up to the same version just today. I also suspect that more than the orientation options are affected, we have had reports from customers having trouble with options handled through the Collate PPD options. To manage notifications about this bug go to: https://bugs.launchpad.net/cups/+bug/1243484/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1243484]
not resolved !!! *** hi with opensuse13.1 LO Version: 4.3.2.2 Build ID: edfb5295ba211bd31ad47d0bad0118690f76407d print via cups 2 pages per sheet to brother MFC-J6510DW Name: mfcj6510dwcupswrapper Version : 3.0.0 Release : 1 Architecture: i386 Install Date: Mit 25 Jun 2014 17:47:16 CEST Group : Applications Size: 64256 License : 2004-2012 Brother Industries, Ltd. All Rights Reserved Signature : (none) Source RPM : mfcj6510dwcupswrapper-3.0.0-1.src.rpm Build Date : Don 22 Mär 2012 09:07:35 CET Build Host : localhost.domain Relocations : (not relocatable) Packager: root@localhost Vendor : Brother Industries, Ltd. Summary : Brother CUPS Inkjet Printer Definitions Description : Brother Inkjet printer CUPS Driver Distribution: (none) LO prints the pages still as shown in the attachment . thanks -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1243484 Title: Incorrect handling of orientation when printing PDF files Status in CUPS - Common Unix Printing System: Confirmed Status in Poppler: Fix Released Status in “cups-filters” package in Ubuntu: Fix Released Status in “poppler” package in Ubuntu: Fix Released Bug description: There seems to be some problems in the CUPS filters handling PDF files, which can be shown without having an actual printer hooked up (this seems to be independent of the driver in use). This happens on the latest Ubuntu 13.10 but I believe the real culprit is in the cups-filters 1.0.40 package. This happens when trying to print a PDF file (such as the CUPS test page in /usr/share/cups/data/default.pdf) and trying to change its orientation with the 'landscape' option, as such : lp -d queue -o landscape /usr/share/cups/data/default.pdf The result right now would be that the job is upside down, instead of being in a landscape orientation. This happens regardless of the driver. The same behavior doesn't happen for documents such as PostScript files, which works as expected, at least with a PS printer. The easiest way to test this is to set up queues that print to file (enable FileDevice in the CUPS config first) and look at the resulting files with a document viewer such as evince : - Create a new Generic Postscript queue using the default drivers, set it to print to a URI such as file:///tmp/test.ps - Send a PDF job to the queue with the landscape option - Look at the output in evince or Ghostview I strongly suspect something is amiss with the pdftopdf filter's handling of these options, especially in v1.0.40. Fedora 19 didn't exhibit the same problem until the cups-filters package was brought up to the same version just today. I also suspect that more than the orientation options are affected, we have had reports from customers having trouble with options handled through the Collate PPD options. To manage notifications about this bug go to: https://bugs.launchpad.net/cups/+bug/1243484/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1243484]
hi tommy27 as i already told, Brother_MFC-J6510DW is a strange printer! paper feed an ADF is rotated by 90° against each other. but only the printer should be interested in that. KDE printing works. what is the difference from LO and KDE printing? they use the same printer driver, cups, ... i guess the problem could be somewhere in LO between prepare the print and sending it to cups? can i do something more? thanks -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1243484 Title: Incorrect handling of orientation when printing PDF files Status in CUPS - Common Unix Printing System: Confirmed Status in Poppler: Fix Released Status in “cups-filters” package in Ubuntu: Fix Released Status in “poppler” package in Ubuntu: Fix Released Bug description: There seems to be some problems in the CUPS filters handling PDF files, which can be shown without having an actual printer hooked up (this seems to be independent of the driver in use). This happens on the latest Ubuntu 13.10 but I believe the real culprit is in the cups-filters 1.0.40 package. This happens when trying to print a PDF file (such as the CUPS test page in /usr/share/cups/data/default.pdf) and trying to change its orientation with the 'landscape' option, as such : lp -d queue -o landscape /usr/share/cups/data/default.pdf The result right now would be that the job is upside down, instead of being in a landscape orientation. This happens regardless of the driver. The same behavior doesn't happen for documents such as PostScript files, which works as expected, at least with a PS printer. The easiest way to test this is to set up queues that print to file (enable FileDevice in the CUPS config first) and look at the resulting files with a document viewer such as evince : - Create a new Generic Postscript queue using the default drivers, set it to print to a URI such as file:///tmp/test.ps - Send a PDF job to the queue with the landscape option - Look at the output in evince or Ghostview I strongly suspect something is amiss with the pdftopdf filter's handling of these options, especially in v1.0.40. Fedora 19 didn't exhibit the same problem until the cups-filters package was brought up to the same version just today. I also suspect that more than the orientation options are affected, we have had reports from customers having trouble with options handled through the Collate PPD options. To manage notifications about this bug go to: https://bugs.launchpad.net/cups/+bug/1243484/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1243484]
I have no experience with Linux so I can't help. @Joel Madero any ideas about this? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1243484 Title: Incorrect handling of orientation when printing PDF files Status in CUPS - Common Unix Printing System: Confirmed Status in Poppler: Fix Released Status in “cups-filters” package in Ubuntu: Fix Released Status in “poppler” package in Ubuntu: Fix Released Bug description: There seems to be some problems in the CUPS filters handling PDF files, which can be shown without having an actual printer hooked up (this seems to be independent of the driver in use). This happens on the latest Ubuntu 13.10 but I believe the real culprit is in the cups-filters 1.0.40 package. This happens when trying to print a PDF file (such as the CUPS test page in /usr/share/cups/data/default.pdf) and trying to change its orientation with the 'landscape' option, as such : lp -d queue -o landscape /usr/share/cups/data/default.pdf The result right now would be that the job is upside down, instead of being in a landscape orientation. This happens regardless of the driver. The same behavior doesn't happen for documents such as PostScript files, which works as expected, at least with a PS printer. The easiest way to test this is to set up queues that print to file (enable FileDevice in the CUPS config first) and look at the resulting files with a document viewer such as evince : - Create a new Generic Postscript queue using the default drivers, set it to print to a URI such as file:///tmp/test.ps - Send a PDF job to the queue with the landscape option - Look at the output in evince or Ghostview I strongly suspect something is amiss with the pdftopdf filter's handling of these options, especially in v1.0.40. Fedora 19 didn't exhibit the same problem until the cups-filters package was brought up to the same version just today. I also suspect that more than the orientation options are affected, we have had reports from customers having trouble with options handled through the Collate PPD options. To manage notifications about this bug go to: https://bugs.launchpad.net/cups/+bug/1243484/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1243484] Re: Incorrect handling of orientation when printing PDF files
the problem deals with the PRINTER DRIVER. SO I report the same bug affecting Kubuntu 17.04 and Brother MFC-L2700DW series with driverless cups filter 1.13. The problem is that the driver is not good. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to poppler in Ubuntu. https://bugs.launchpad.net/bugs/1243484 Title: Incorrect handling of orientation when printing PDF files Status in CUPS: Confirmed Status in Poppler: Fix Released Status in cups-filters package in Ubuntu: Fix Released Status in poppler package in Ubuntu: Fix Released Bug description: There seems to be some problems in the CUPS filters handling PDF files, which can be shown without having an actual printer hooked up (this seems to be independent of the driver in use). This happens on the latest Ubuntu 13.10 but I believe the real culprit is in the cups-filters 1.0.40 package. This happens when trying to print a PDF file (such as the CUPS test page in /usr/share/cups/data/default.pdf) and trying to change its orientation with the 'landscape' option, as such : lp -d queue -o landscape /usr/share/cups/data/default.pdf The result right now would be that the job is upside down, instead of being in a landscape orientation. This happens regardless of the driver. The same behavior doesn't happen for documents such as PostScript files, which works as expected, at least with a PS printer. The easiest way to test this is to set up queues that print to file (enable FileDevice in the CUPS config first) and look at the resulting files with a document viewer such as evince : - Create a new Generic Postscript queue using the default drivers, set it to print to a URI such as file:///tmp/test.ps - Send a PDF job to the queue with the landscape option - Look at the output in evince or Ghostview I strongly suspect something is amiss with the pdftopdf filter's handling of these options, especially in v1.0.40. Fedora 19 didn't exhibit the same problem until the cups-filters package was brought up to the same version just today. I also suspect that more than the orientation options are affected, we have had reports from customers having trouble with options handled through the Collate PPD options. To manage notifications about this bug go to: https://bugs.launchpad.net/cups/+bug/1243484/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp