Launchpad has imported 26 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=49946.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2012-05-15T02:29:54+00:00 christoph mueller wrote:

Problem description:

with LibreOffice 3.5.3.2 
Build-ID: 235ab8a-3802056-4a8fed3-2d66ea8-e241b80

print 2 pages per sheet on a brother MFC-J6510DW:
- OOO uses by default orientation landscape. print output: sheet=portrait with 
1 1/2 pages (1/2 is truncated) centered in portrait orientation.
- change orientation manually to portrait: print output: sheet=portrait with 2 
pages centered in portrait orientation.

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.

print 2 pages per sheet from a pdf-file printed with okular (kde pdf-
reader) works fine.


Steps to reproduce:
1. ....
2. ....
3. ....

Current behavior:
sheet=portrait with 1 1/2 pages (1/2 is truncated) centered in portrait 
orientation.

Expected behavior:
sheet=landscape with 2 pages in portrait orientation

Platform (if different from the browser): 
              
Browser: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/12.0

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/0

------------------------------------------------------------------------
On 2012-05-15T02:41:02+00:00 christoph mueller wrote:

Created attachment 61672
current and expected behavior

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/1

------------------------------------------------------------------------
On 2012-06-13T21:54:06+00:00 Dparsons-b wrote:

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.

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/2

------------------------------------------------------------------------
On 2012-06-13T21:59:36+00:00 Dparsons-b wrote:

Incidentally Bug #46341 sounds like the same bug.

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/3

------------------------------------------------------------------------
On 2012-06-22T10:00:51+00:00 Libreoffice-z wrote:

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?

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/4

------------------------------------------------------------------------
On 2012-06-22T10:31:59+00:00 Libreoffice-z wrote:

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

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/5

------------------------------------------------------------------------
On 2012-06-24T22:31:54+00:00 christoph mueller wrote:

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

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/6

------------------------------------------------------------------------
On 2013-02-21T08:10:05+00:00 Rgloor wrote:

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.

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/7

------------------------------------------------------------------------
On 2013-02-21T08:24:54+00:00 Rgloor wrote:

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.)

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/8

------------------------------------------------------------------------
On 2013-02-21T18:50:38+00:00 Jmadero-dev wrote:

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.

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/9

------------------------------------------------------------------------
On 2013-06-12T21:53:19+00:00 100megabit wrote:

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.

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/10

------------------------------------------------------------------------
On 2013-06-12T21:55:14+00:00 Jmadero-dev wrote:

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

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/11

------------------------------------------------------------------------
On 2013-09-06T20:29:33+00:00 100megabit wrote:

4.1.1.2 The problem still exists. Solve, please.

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/12

------------------------------------------------------------------------
On 2013-09-06T20:30:43+00:00 Jmadero-dev wrote:

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

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/13

------------------------------------------------------------------------
On 2013-09-06T20:31:41+00:00 100megabit wrote:

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

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/14

------------------------------------------------------------------------
On 2013-12-23T20:53:34+00:00 Bugzilla-libreoffice-0 wrote:

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

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/81

------------------------------------------------------------------------
On 2013-12-24T11:12:32+00:00 Rgloor wrote:

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!

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/83

------------------------------------------------------------------------
On 2013-12-24T11:14:57+00:00 Rgloor wrote:

BTW:
It works with both of my printers:

- Brother MFC-8460N
- Samsung CLP-365

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

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/84

------------------------------------------------------------------------
On 2013-12-28T10:55:30+00:00 christoph mueller wrote:

--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!

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/85

------------------------------------------------------------------------
On 2014-01-01T11:42:02+00:00 Foss-4 wrote:

[email protected] then why not just update whiteboard with
Confirmed:4.1.3.2:Linux?

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/90

------------------------------------------------------------------------
On 2014-01-03T06:25:34+00:00 christoph mueller wrote:

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.

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/94

------------------------------------------------------------------------
On 2014-02-13T03:27:15+00:00 Dparsons-b wrote:

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.

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/103

------------------------------------------------------------------------
On 2014-02-13T12:30:57+00:00 Foss-4 wrote:

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.

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/104

------------------------------------------------------------------------
On 2014-02-13T13:22:29+00:00 christoph mueller wrote:

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

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/105

------------------------------------------------------------------------
On 2014-02-13T13:46:41+00:00 Foss-4 wrote:

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

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/106

------------------------------------------------------------------------
On 2014-02-13T15:07:55+00:00 Jmadero-dev wrote:

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

Reply at: https://bugs.launchpad.net/ubuntu/+source/cups-
filters/+bug/1243484/comments/107


** Changed in: cups
       Status: Unknown => Confirmed

** Changed in: cups
   Importance: Unknown => Medium

-- 
You received this bug notification because you are a member of Desktop
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/~desktop-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to