Bug 49946

Created attachment 61672 [details]
current and expected behavior

I'm experiencing this bug too.  When printing two pages per sheet, the output is misoriented, such that the two pages are [partially] printed in landscape where the sheet has portrait orientation.  That is, the text is restricted (and truncated) to a band across the middle of the sheet.

The printing engine is not rotating the text appropriately in order to fit two pages on one sheet.

The printing error happens exactly the same regardless of the setting of Paper Orientation in the printer Properties, whether portrait or landscape is used there.

Incidentally Bug #46341 sounds like the same bug.

Works perfect with parallel installation of Master "LOdev " 3.7.0.0.alpha0+   - WIN7 Home Premium (64bit) ENGLISH UI [Build ID: 8d39b7]" (tinderbox: W2008R2@16-minimal_build, pull time 2012-06-20 04:38:46) and Oki 14ex (others not tested).

@Drew Parsons
With info concerning OS, LibO version, Printer and so on your Comment 2 would have been much more valuable.

@Reporter: 
that 2 pages per sheet function also is available for Calc, Draw, ... . Is your problem really limited to Writer?

*** Bug 46341 has been marked as a duplicate of this bug. ***

the problem occurs also in impress!
so involved component of reported bug should be changed to "Printing" ???

problem still exists with:

with LibreOffice 4.0.0.3  under Linux (openSUSE 12.2 with all patches)


works fine when creating a normal (non-multipage) PDF and printing PDF with Okular or AdobeReader.

PDF multipage test:

Since the build-in PDF creator does not support printing multipage, I printed a PDF using CUPS and Ghostscript.
So one could utilize the regular LibreOffice Print dialog.

There, printing 2 pages per sheet worked fine.

So the multipage printing problem persist when directly printing to (certain)  printers.


PS: Me too, having a brother MFC (MFC-8460N).
    However, multpage printing with other programms works.
    (Okular, AdobeReader, Kwrite, etc.)

Version is the oldest version that we see the issue, not the latest we've tested. We just use comments to say we've tested on a newer release and it's still a problem. 

Changing version back.

I confirm that the problem still exists with:
4.0.3.3 LibreOffice on Linux x86_64 and HP printer.
OpenOffice 3.3 doesn't have this bug.
I use OpenOffice to print, or (as was written above) export to pdf and print pdf 2-in-1.

Why is it marked assigned now? Who is it assigned to?

4.1.1.2 The problem still exists. Solve, please.

Patches are more than welcome....feel free to dig into the code which is ready to be hacked at

4.1.1.2 The problem still exists. Solve, please.
The situation as in attachement 
https://bugs.freedesktop.org/attachment.cgi?id=61672

I'm confirming this behavior persists in Draw v4.1.2.3 Build ID:410m0(Build:3). 

It does _not_ require printing 2 pages per sheet: put page in landscape mode, print -> prints in portrait mode with right side clipped. Leave in landscape mode, explicitly set printer properties page orientation to landscape -> still prints in portait mode. 

Title may need to be updated to reflect same behavior without printing 2sheet/page. 

Successful workaround: export to PDF, print from a PDF viewer. 

My printer fwiw: Brother MFC-J4700W

Fixed ?

I don't know where the problem was.
(Running LibreOffice under Linux / openSUSE 12.3)

But it looks as it has recently been fixed (somehow), either through Linux / CUPS or through LibreOffice.
I have installed all available patches to my Linux System (including apps).

The (latest) LibreOffice from the openSUSE repository is:

Version: 4.1.1.2
Build ID: 410m0(Build:2)

(Repository Version 4.1.1.2 - 1.4)

It now works with writer, calc, draw and presentation.

For me: The problem is fixed!

BTW:
It works with both of my printers:

- Brother MFC-8460N
- Samsung CLP-365

No need of PDF-work-around anymore!  :-)

--NOT FIXED-- (and i guess, no one has ever done something)
with LO Version: 4.1.3.2 Build ID: 70feb7d99726f064edab4605a8ab840c50ec57a
and printer MFC-J6510DW it is still NOT working!

stof999@cmdt.ch then why not just update whiteboard with Confirmed:4.1.3.2:Linux?

why? because using the whiteboard, hanging off the wall, trying to scan the whole board and printing out each scan isn't so easy, but i will try.
sorry, joking aside: @foss: could you tell me something more about whiteboard? thanks.

Seems to be fixed, at least I now have a successful print with 2 pages per sheet under LibreOffice 4.1.4.2 (Debian unstable), printing to HP LJ4300 via CUPS 1.7.1.

stof999 the whiteboard status does help to get a quick overview on which systems and with what versions of LO the bug does appear. There's also a script that creates a nice tabel from that whiteboard info, but the server it was on, is currently gone. So generally it is pretty useful for QA and devs.

Setting to worksforme as of Comment 21.

Please re-open if the bug persists for anybody with LO 4.2.0.4.

NOT FIXED with Version: 4.2.0.4
Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba7

i don't think, this is the way of good fixing or trying to improve a product, when regularly someone is closing the task. if there someone has something done on the code, this person should know it and resolve the task.
thanks

PS: it is also NOT working with AOO401m5(Build:9714)  -  Rev. 1524958
2013-09-20 11:54 - Linux x86_64

Comment 21 reported this fixed. and printer bugs are hard to verify, no one has all printer models. thanks for re-opening.

Please don't change the version - it is the oldest version that we see the issue.

Also - the workflow works given our constraints so that's not changing unless a better workflow is proposed. If we are unable to reproduce we're going to close as WFM - it is then up to the user to follow up. Our devs cannot/will not spend their valuable time - if a QA team member cannot reproduce we close as WFM and then expect users to do their part if the bug is not fixed

--> stof999@cmdt.ch

please give an update of the bug status using latest LibO 4.3.2.2 release.
thanks for your feedback

**** 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 <current and expected behavior>.

thanks

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

sorry to hear that...

Brother printers are affected by multiple issues on LibO.
see this bugzilla query: http://snipurl.com/29cxibw

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

I have no experience with Linux so I can't help.

@Joel Madero
any ideas about this?

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)