Bug 59188 - PRINTING: Multiple page printing distribution problem if the drawing is bigger than 19 inches wide.
Summary: PRINTING: Multiple page printing distribution problem if the drawing is bigge...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
4.0.0.0.beta2
Hardware: Other Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2013-01-10 00:08 UTC by Thisisnice1000000
Modified: 2013-01-24 09:18 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thisisnice1000000 2013-01-10 00:08:40 UTC
Problem description: When drawing page is set to greater than 19.00 inches width (even 0.01 inches greater) then the page distribution for printing on multiple pages gets messed up and does not cover all parts of the drawing this happens in the preview and with printing.  So, when you print the drawing you do not get all the parts of it; so that you can assemble back together like the original drawing using a small format printer with 8.5 x 11 paper. (In my case HP Bussiness 1100d printer).  The Distribute on multiple pages print function works just fine if the width is less than 19 inches and the length can be longer than 19 inches (tested to 24 inches).
Windows XP service pack 3 currently updated
Phenome II quad core processor with 4 GB memory
340 GB of free hdd space
Nvidia gtx 460 se video card

Steps to reproduce:
1. .... Select format page from menu bar.
2. .... Make the page size greater than 19 inches width in portrait mode Click ok to close page format.
3. .... Put an image, drawing, or something on the drawing; that allows you track where you are on the drawing when looking only at parts of the drawing.
4. .... Select print from Menu
5. .... Select second tab (LOdev Draw) and select Distribute on multiple sheets of paper.
6. .... Look at the drawing in the preview drawing to the left you will see that the pages as you go through them tend to skip the middle of the drawing.
7. .... Print the drawing by clicking ok.  You get the same result that preview showed you with parts of the drawing missing.

Current behavior: Printing wider than 19 inches on multiple sheets causes missing parts of the drawing

Expected behavior: All parts of the drawing should be printed.

              
Operating System: Windows XP
Version: 4.0.0.0.beta2
Comment 1 Joel Madero 2013-01-10 17:37:55 UTC
Can't reproduce in Linux
Version 4.1.0.0.alpha0+ (Build ID: a0d2c3c59fbe9324395152e544890fe298b6043)
Comment 2 Jorendc 2013-01-11 17:39:24 UTC
Can't reproduce on Mac OS X either, using LibreOffice Versie 4.0.0.1 (Bouw-id: 527dba6f6e0cfbbc71bd6e7b88a52699bb48799)
TinderBox: MacOSX TDF Release, Branch:libreoffice-4-0, Time: 2013-01-09_10:49:53

Printed the files...made the puzzle, and no parts missing...
Comment 3 Jorendc 2013-01-11 23:05:24 UTC
Also tested with Windows 7 x64 (and a Canon MP640 printer) ... not reproducible.
Using LibreOffice Version 4.0.0.1 (Build id: 527dba6f6e0cfbbc71bd6e7b88a52699bb48799)
Comment 4 Joel Madero 2013-01-14 17:54:07 UTC
Marking this as WFM as it's been tested on four machines and none repeat the problem including on a Windows machine by one of our QA team.

If on stable you still experience the problem please reset your profile and see if that solves the problem. If not, could be an issue with your print driver (are you able to print this size in other software outside of LibO)?
Comment 5 Thisisnice1000000 2013-01-24 09:18:04 UTC
Sorry to take so long in responding to your question.
I did try printing from other programs.  I do not have Microsoft Office and its version of draw to test with (which would have been nice).  I did test with Google Sketchup 8 and that program allowed me to print drawings of any size perfectly to scale from single pages to many pages (36 inches wide), but that program is very different from draw.  I tried LibreOffice 3.5.4.1 
Build ID: 7306755-f4f605c-738527d-1cf4bc1-9930dc8 and got the same results as reported before.  I tried  the latest Version 4.1.0.0.alpha0+ (Build ID: b1d0fd4f969976e2133f8eaa37c1fb8360c20f6)
TinderBox: Win-x86@6, Branch:master, Time: 2013-01-24_00:26:43 and got the same results.  I tried OpenOffice.org 3.2.1 
OOO320m19 (Build:9505)
OxygenOffice Professional Alpha 3.2.1 M019 - OxygenOffice Build 40 and this time I got slightly different results.  The image was not missing in the middle, it was missing on the right edge.  ( I have a drawing that take 6 pages and ever time I have printed when over 20 inches width I get 6 pages but the coverage is wrong and this time it was different)
This different result is interesting though.  Let me explain.  When testing the latest Version of LOdev 4.1 as listed above I accidentally opened the drawing I was testing in impress.  How, by using the recent documents under the files menu; I chose the drawing and thought I had opened it in draw (That is what the program is supposed to do right?).  Since my task pane was closed it looks close to identical except it says impress instead of draw in the top bar.  I did my testing and things were slightly different in the print just like in OpenOffice 3.2.1.  Since this weird thing happened, I tried opening the drawing with LO 3.5.4.1.  I could not do it with the recent documents, that flaw seems to come in a later version, so I renamed the .odg to .odp and it opened right up in the LO 3.5.4.1.  And guess what the testing showed, the same slightly different variation of the printing missing on the right side.

I know my printer is old by today's standards and could have some non-compliant way of communicating with current programs.  But since it does print right with sketchup, It seems this variation in the print output by LO could suggest an uderlaying inconsistency in how printing is being dealt with, though it may only ever affect printers identical to mine on Win XP.    

Thanks for looking at this and not thinking I am, well something.  I will let you know if this continues when I have installed a stable release of LO version 4.x