Created attachment 76357 [details] photo of page with wrong borders Problem description: after installing 4.0.1.2 (ID сборки: 84102822e3d61eb989ddd325abf1ac077904985) and russian langpack page and tables borders prints in wrong place on any printer Operating System: Windows XP Version: 4.0.1.2 release Last worked in: 4.0.0.3 release
Created attachment 76358 [details] screen of normal looking page in writer
Created attachment 76360 [details] normal-looking page in writer previous attachment wrong
Hi AD, Can you pls attach a sample file? thanks,
Created attachment 76749 [details] .odt file with print bug from this file wrong prints all borders - page, all tables. It looks like borders increased by 5-10 from left-top page corner
I cannot reproduce this on Linux with 4.0.1rc2 and 4.0.2rc1. However, I didd not install the Russian languagepack
tomorrow I try make clean reinstall of LO and reproduce bug on on another win comps
after reinstall 4.0.1.2 and on anather compwith 4.0.0.3 LO some bug with printing
Please see https://bugs.freedesktop.org/show_bug.cgi?id=62719#c4.
I can confirm bug 62719, printed tables have no borders, also i use HP printers
Same problem. 4.0.2.2 Either lines of a table in the wrong place or not a bit printed Printer: new BROTHER, older SAMSUNG
Hello, I have a similar problem (w7 64bits / epson B40W) The borders of the header are printed more low by in the page. Also vertical border between columns becomes horizontal. The problem disappears when switching to LO 3.6 On the other hand, there's no problem when converting to pdf. (Please excuse me for my approximate English)
This is almost undoubtedly NOTOURBUG, the reason I say this is because the print to pdf works. Within LibreOffice Print -> Options -> Print to File Click Print, name the pdf, push print to file.. If the result of that is right, then it's not our bug. This is EXACTLY what we send to the printer, if the outcome is bad is is more than likely a driver problem for the printer. To test further, if the PDF is right, print from your pdf viewer, if the result is bad again, this is further proof that it's the print driver. Marking as NOTOURBUG - if: 1. You print to file and it looks funky too, mark as UNCONFIRMED and we will reinvestigate 2. You print to pdf, looks fine, prints fine, mark as UNCONFIRMED If you find that it's your driver, I recommend reporting a bug against your printer driver.
I can't agree it's a problem with drivers. I have the same problem with Lexmark printer.
what about a print to pdf?
Similar to https://bugs.freedesktop.org/show_bug.cgi?id=62719#c4, Export as PDF works fine, and Print doesn't. I tested with libreoffice-4-0~2013-04-19_04.53.00_LibO-Dev_4.0.4.0_Win_x86 on Windows 7 64bit with direct print to printer Lexmark and printing to PDF with PDFill and BullZip software.
Can you please respond? I suggest it be set as NEW and given some higher importance. I find that "Importance" is not clear for end-user, nor is it explained at https://bugs.freedesktop.org/page.cgi?id=fields.html#importance, so I kindly ask you to add an explanation.
Getting another QA person involved. Bjoern - tough one here, thoughts?
(In reply to comment #12) > Click Print, name the pdf, push print to file.. This still isnt anwsered, right? Does generating a pdf and then physically printing it work?
(In reply to comment #18) > (In reply to comment #12) > > Click Print, name the pdf, push print to file.. > > This still isnt anwsered, right? Does generating a pdf and then physically > printing it work? Yes, it works. Can you please explan why it doesn't work both for direct print and printing to PDF software?
Contains OLE objects. Thankfully, it's been recently fixed. *** This bug has been marked as a duplicate of bug 60280 ***