[Upstream] Printing duplex in reverse order doesn't work properly HP Officejet Pro 8500

Bug #872873 reported by Alexander Kallenbach
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
LibreOffice
Invalid
Medium
libreoffice (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

When using the duplex mode and printing backwards I've always got an empty page as the first page when printing documents with an impair number of pages (3, 5 and so on). This bug might be a duplicate of bug #370591. But now I'm using a HP Officejet Pro 8500 as printer.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: libreoffice 1:3.4.3-3ubuntu2
ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
Uname: Linux 3.0.0-12-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 1.23-0ubuntu3
Architecture: amd64
Date: Wed Oct 12 16:11:22 2011
ProcEnviron:
 LANGUAGE=de_DE:en
 PATH=(custom, no user)
 LANG=de_DE.UTF-8
 LC_MESSAGES=de_DE.UTF-8
 SHELL=/bin/bash
SourcePackage: libreoffice
UpgradeStatus: Upgraded to oneiric on 2011-10-02 (10 days ago)
---
ApportVersion: 1.23-0ubuntu3
Architecture: amd64
DistroRelease: Ubuntu 11.10
Lpstat:
 device for HP-Officejet-Pro-8500-A909a: usb://HP/Officejet%20Pro%208500%20A909a?serial=MY96K430MF
 device for Officejet_Pro_8500_A909a: hp:/usb/Officejet_Pro_8500_A909a?serial=MY96K430MF
 device for Officejet_Pro_8500_A909a_fax: hpfax:/usb/Officejet_Pro_8500_A909a?serial=MY96K430MF
MachineType: System manufacturer System Product Name
NonfreeKernelModules: nvidia
Package: cups 1.5.0-8ubuntu1
PackageArchitecture: amd64
Papersize: a4
PpdFiles:
 Officejet_Pro_8500_A909a: HP Officejet Pro 8500 a909a hpijs, 3.11.7
 Officejet_Pro_8500_A909a_fax: HP Fax hpcups
 HP-Officejet-Pro-8500-A909a: HP Officejet Pro 8500 a909a hpijs, 3.11.7
ProcEnviron:
 LANGUAGE=de_DE:en
 PATH=(custom, no user)
 LANG=de_DE.UTF-8
 LC_MESSAGES=de_DE.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.0.0-12-generic root=UUID=2b8662c4-a153-4b83-b732-17f4bd99e945 ro quiet splash vt.handoff=7
ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4
Tags: oneiric running-unity
Uname: Linux 3.0.0-12-generic x86_64
UpgradeStatus: Upgraded to oneiric on 2011-10-02 (10 days ago)
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
dmi.bios.date: 10/16/2008
dmi.bios.vendor: Phoenix Technologies, LTD
dmi.bios.version: ASUS IPN73-BA ACPI BIOS Revision 0105 Targa
dmi.board.name: IPN73-BA
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: 1.XX
dmi.chassis.asset.tag: 123456789000
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnPhoenixTechnologies,LTD:bvrASUSIPN73-BAACPIBIOSRevision0105Targa:bd10/16/2008:svnSystemmanufacturer:pnSystemProductName:pvrSystemVersion:rvnASUSTeKComputerINC.:rnIPN73-BA:rvr1.XX:cvnChassisManufacture:ct3:cvrChassisVersion:
dmi.product.name: System Product Name
dmi.product.version: System Version
dmi.sys.vendor: System manufacturer

Revision history for this message
Alexander Kallenbach (kallenbachalex) wrote :
description: updated
Revision history for this message
penalvch (penalvch) wrote : Re: Printing duplex in reverse order doesn't work properly HP Officejet Pro 8500

Alexander Kallenbach, thank you for reporting this and helping make Ubuntu better. Could you please run at the Terminal:

apport-collect 872873

Please provide all attachments requested from https://wiki.ubuntu.com/DebuggingPrintingProblems#Capturing_print_job_data

summary: - Printing duplex in reverse order doesn't work properly
+ Printing duplex in reverse order doesn't work properly HP Officejet Pro
+ 8500
affects: libreoffice (Ubuntu) → cups (Ubuntu)
Changed in cups (Ubuntu):
status: New → Incomplete
Revision history for this message
Alexander Kallenbach (kallenbachalex) wrote : BootDmesg.txt

apport information

tags: added: apport-collected
description: updated
Revision history for this message
Alexander Kallenbach (kallenbachalex) wrote : CupsErrorLog.txt

apport information

Revision history for this message
Alexander Kallenbach (kallenbachalex) wrote : CurrentDmesg.txt

apport information

Revision history for this message
Alexander Kallenbach (kallenbachalex) wrote : Dependencies.txt

apport information

Revision history for this message
Alexander Kallenbach (kallenbachalex) wrote : Locale.txt

apport information

Revision history for this message
Alexander Kallenbach (kallenbachalex) wrote : Lspci.txt

apport information

Revision history for this message
Alexander Kallenbach (kallenbachalex) wrote : Lsusb.txt

apport information

Revision history for this message
Alexander Kallenbach (kallenbachalex) wrote : PrintingPackages.txt

apport information

Revision history for this message
Alexander Kallenbach (kallenbachalex) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
Alexander Kallenbach (kallenbachalex) wrote : ProcInterrupts.txt

apport information

Revision history for this message
Alexander Kallenbach (kallenbachalex) wrote : ProcModules.txt

apport information

Revision history for this message
Alexander Kallenbach (kallenbachalex) wrote : UdevDb.txt

apport information

Revision history for this message
Alexander Kallenbach (kallenbachalex) wrote : UdevLog.txt

apport information

Revision history for this message
Alexander Kallenbach (kallenbachalex) wrote : Re: Printing duplex in reverse order doesn't work properly HP Officejet Pro 8500

Out of evince it works fine. But out of Libreoffice I get the described bug.

affects: cups (Ubuntu) → libreoffice (Ubuntu)
Changed in libreoffice (Ubuntu):
status: Incomplete → Triaged
Revision history for this message
Till Kamppeter (till-kamppeter) wrote :

Alexander, I could reproduce your problem on Oneiric, so no further files/data are needed from you for now.

The problem cannot be solved by doing changes in CUPS, it has to be solved by a fix in LibreOffice.

To fulfill your print settings, reverse order and duplex, LibreOffice sends the pages starting with the last page and terminating with the first, to get the reverse order, and for duplex it sends the job with the duplex attribute according to the PPD file of the printer.

CUPS does not know about that the job is reverse order. It simple gets a deck of pages and prints them in the order in which they come. The duplex attribute is passed on to the driver and the driver sends a command to the printer to print the pages double-sided. CUPS cannot know that the first page it gets is a front side and not a back side of the sheet, it does not know that the last page is page 1 which has to be a front side.

Possible solutions:

1. (Recommended) LibreOffice should not execute reverse order by itself but instead it should send the pages in their original order (page 1 first) and send the job with the reverse-order attribute for CUPS (you do not find it in the PPD, it is and option provided by the CUPS filters, it is "OutputOrder=Reverse"), simply added to the PPD options. Then CUPS has full control about the page management and knows that this is a job which is printed double-sided, in reverse order, and with an odd number of pages. This way CUPS will know to print a blank page before it starts printing the job starting with its last page.

2. LibreOffice could precede such jobs with a blank page. This is AFAIK what evince does.

In general, page management (reverse order, selected pages, even/odd pages, N-up, multiple copies, collate, ...) should get concentrated at one point, preferably CUPS and not be done partially by the application and partially by CUPS.

Revision history for this message
penalvch (penalvch) wrote :

Alexander Kallenbach, the issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions at http://wiki.documentfoundation.org/BugReport . If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about its status. Thanks in advance.

Changed in df-libreoffice:
status: New → Incomplete
Revision history for this message
In , Alexander Kallenbach (kallenbachalex) wrote :

Problem description: When using the duplex mode and printing backwards I've always got an empty page as the first page when printing documents with an impair number of pages (3, 5 and so on). I've already posted a bugreport on Launchpad: https://bugs.launchpad.net/df-libreoffice/+bug/872873

Browser: Mozilla/5.0 (Ubuntu; X11; Linux x86_64; rv:9.0.1) Gecko/20100101 Firefox/9.0.1

Changed in df-libreoffice:
importance: Undecided → Unknown
status: Incomplete → Unknown
penalvch (penalvch)
summary: - Printing duplex in reverse order doesn't work properly HP Officejet Pro
- 8500
+ [Upstream] Printing duplex in reverse order doesn't work properly HP
+ Officejet Pro 8500
Changed in df-libreoffice:
importance: Unknown → Medium
status: Unknown → New
Revision history for this message
In , Björn Michaelsen (bjoern-michaelsen) wrote :
Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

possibly related: bug 894763

Revision history for this message
In , Jmadero-dev (jmadero-dev) wrote :

Does this option work in other software - in other words is it LO and OOo specific? I read through the launchpad bug and it seems like it is but I'd like just confirmation of that before I triage. Thanks!

Revision history for this message
In , Alexander Kallenbach (kallenbachalex) wrote :

Yes, it is LO specific (bug comment 16 and 17 in the launchpad bug)

Revision history for this message
In , Sasha-libreoffice (sasha-libreoffice) wrote :

Possibly related:
Bug 39809 - Can't print duplex
Bug 51027 - Duplex printing off

Revision history for this message
In , Jmadero-dev (jmadero-dev) wrote :

Honestly I think we need verification that it works in other software (to rule out it being a driver issue).

Marking as NEEDINFO - please try to print from any other software within Linux and make sure duplex works, if it does, mark this as UNCONFIRMED and we'll go from there.

Thanks

Changed in df-libreoffice:
status: New → Incomplete
Revision history for this message
In , julien2412 (serval2412-6) wrote :

Alexander: with 4.1 sources updated 1 week ago (so must be quite equivalent to 4.1.3), I noticed the option "Print automatically inserted blank pages".
For me, it's unchecked by default.
- File/Print
- second tab "LibreOffice Writer"
- last check option in "Pages" category

Could you give a new try with last LO version + rename your LO directory profile (see https://wiki.documentfoundation.org/UserProfile) + uncheck this option if needed?

Revision history for this message
In , Qa-admin-q (qa-admin-q) wrote :

Dear Bug Submitter,

This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.

For more information about our NEEDINFO policy please read the wiki located here:
https://wiki.documentfoundation.org/QA/FDO/NEEDINFO

If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

Revision history for this message
In , Qa-admin-q (qa-admin-q) wrote :

Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided):

a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue.
Please do not:
a) respond via email
b) update the version field in the bug or any of the other details on the top section of FDO

Changed in df-libreoffice:
status: Incomplete → Invalid
Changed in libreoffice (Ubuntu):
status: Triaged → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.