Created attachment 48355 [details] container with odt-file, linked picture and scan of the printer output Open attached zip-file. It contains an odt-file with a linked picture, the picture itself and a scan of the printer output. You can see, that the picture is not printed correctly. The same document is printed correctly using OOo version DEV300m106. I have got the printer "HP Color Laserjet 2605dn". I use Win XP and have tested it with LibO3.4.1 rc2.
It prints correctly in LibO3.3.2.
Radek, any chance to quickly look into this?
Created attachment 49034 [details] Logo on first page and embedded charts prints incorrect
I can confirm with the attached file with embedded objects. Happens only on Windows. Logo on first page doesn't print at all. Embedded charts (MS) doesn't print correctly and looks very similar to the other attachment from Regina Henschel.
Any idea with what version that problem started in LibO?
All Print-Tests with FreePDF printer. Printing is ok with Regina's original sample and "LibreOffice Portable 3.3.0 - WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:6 Tag 3.3.0.4)]", so problem came into LibO some later. [Reproducible] with Regina's original sample and "LibreOffice 3.4.1 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:103)]", looks exactly as in Regina's scan. PDF Esport is not affected. Print looks fine again with Regina's original sample and Master "LibO-dev 3.4.5 – WIN7 Home Premium (64bit) English UI [(Build ID:d337f79-a24c961-2865670-9752b71-7f8fd43 2fdd60d-fd28b6a-fd7bf20-aa369cb-28da3fb 6a9633a-931d089-ecd263f-c9b55e9-b31b807 82ff335-599f7e9-bc6a545-1926fdf)]" Due to Regina's Comment 2 it Seems to be something in the 3.4 Branch May be "WIN only" might interest Tor?
Leif's sample: same results! Print problems with 3.4.1, looks perfect in print from Master.
I have just tested LO3.4.2rc1. Now wmf-pictures print fine for me. Leif, can you please test it too with LO3.4.2rc1 and then close the bug in case it works for you too.
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
comments show it's solved a long time - no Windows available to test here..
I had a similar problem, I couldn't print a .doc with a picture in it, probably WMF because Save Graphics offers WMF, so I stumbled upon this bug. I tested Printtest in LibreOffice 3.5.7.2 on Ubuntu and LO in Ubuntu prints fine. I tested Printtest in LibreOffice 4.0.1.2 and 3.5.6.2 on Windows 7 and while Export as PDF exports correctly, Print to PDF (with PDF Creator and PDFill) DOESN'T print correctly.
If there are no other findings, I change NEEDINFO to NEW.
Radek did a chunk of EMF/WMF fixing recently on master / back-ported to 4.0.2, I wonder if that helped this issue; testing of a recent master snapshot appreciated.
The error is still there in Version 4.1.0.0.alpha0+ (Build ID: 2c9d3817429b1537ea31521cb263a52ce9c7968) in Windows 7.
I confirm the problem with libreoffice-4-0~2013-03-18_07.00.22_LibO-Dev_4.0.3.0_Win_x86. While I wrote that Export as PDF exports correctly, for some other file it doesn't. Print to PDF (with PDF Creator and PDFill) and Print to printer don't print correctly.
Can it be that there are additional conditions for appearance of the "missing parts of .wmf in print? I checked with "LibreOffice 3.6.5.2 " German UI/ German Locale [Build-ID: 5b93205] {pull date 2013-01-18} on German WIN7 Home Premium (64bit), print showed both (blue and red) graphs in chart printed to FreePDF and Laser Printer Samsung CLX-3185FN I do not think that this one is related to 61913, because this one * appeared much more early * only parts of .wmf missing instead of complete .wmf So I delete relation for now.
Created attachment 76865 [details] Text document with WMF cannot be printed This text document (.doc or .odt not important) with WMF cannot be printed. Opening of Print dialog very slow. Print preview icon in Print dialog wrong. Prints only part of WMF.
I add Bug 39256 - Deficiencies in WMF importer implementation at See also.
Looks like we've had several regressions here - I can no longer load Regina's document and see the embedded WMF at all with 4.0.2rc1 or master as of ~now - I get a broken-image box: apparently we used to do better. Timur's document loads beautifully, but then Export -> PDF [ which is nicer to test than platform-specific printing I guess ], shows some horrible scaling issue - the entire document has become massive there.
(In reply to comment #19) > Looks like we've had several regressions here - I can no longer load > Regina's document and see the embedded WMF at all with 4.0.2rc1 or master as > of ~now - I get a broken-image box: apparently we used to do better. The document assumes that the WMF is in the same directory as the document. It is linked, not embedded. It loads under this condition here just fine in master and 4-0 branch builds. We fixed a load of issues concerning WMF files in 4-0-2 branch.
> The document assumes that the WMF is in the same directory as the document. Wow I'm a dofus :-) sorry for not checking that.
I change back the title from "Various wmf import problems" to "PRINTING: Picture of type WMF is not printed correctly".
Soo - after the thrash; I'm confused - importing Regina's WMF into LibreOffice 4.1 BuildId: 2c0c17a6e4bee0ee28131ea4bdc47edc700d659 - not only works perfectly (thanks Fridrich), but also prints beautifully for me on Linux / CUPS in colour as expected, and converts to PDF just fine. I suggest that we focus this bug back on this single problem: adding many other issues to the originally clean and well-specified issue (thanks Regina) does no favours to anyone. Leif - your log on page 1 prints fine for me on Linux. However page 9 - with the charts fails to print - it seems to suffer from some hideous scaling / mapping problem similar to the one that I see in Timur's document. Since both of those reproduce easily on Linux and with the export -> PDF - I have re-file those rather similar problems as bug#62806 separately; lets consider them closed here. Timur - thanks for fixing the title, I added the windows-specific nature there, it rather important it seems for Regina's bug.
It is likely a Windows only problem. I get the correct graphic, when I print on the same printer with LO3.5 on OpenSuse using Postscript. On Windows the printer language is PCL5e.
Tor might have some insight / input ...
Due to https://bugs.freedesktop.org/show_bug.cgi?id=62719#c11 I tested with master~2013-06-12_17.44.21_LibreOfficeDev_4.2.0.0.alpha0_Win_x86 but no change, the problem still exist.
tested on Win7 64bit and LibO 4.0.4 and 4.1.0 final releases. I'm on vacation with no printer available. I tried to print with a virtual PDF printer (Bullzip PDF) and I see that most of the image is lost in the pdf output. direct PDF export seems broken as well with loss of part of the image. both versions have the same issues. as a side note, the print dialog was very slow to show up. I move this to mab4.0 since 3.6.x is EOL.
(This is an automated message.) Setting priority to highest as this is a 4.0 MAB. This is part of an effort to make the importance of MAB reflected in priority too.
Moving to mab4.1 (Bug 60270) because: - 4.0 reached EOL (End Of Life) - bug confirmed in later version
Created attachment 94515 [details] Print results using different LO versions Here are results of printing of Regina Henschel's Printtest.odt from comment 0 under Win7x64 using 42 different versions of LO from 3.3.1.2 up to 4.2.1.1. All were created on one computer, server installations, using identical procedures. A virtual printer PDFill was used (like in Timur's comment 11 and comment 15), set to producing PNGs. As the pictures show, there were actually two runs of the OP problem: versions 3.4.0-3.4.1 and versions 4.0.0-4.0.3.1. All other versions were (and are) unaffected. So, observations reported in comment 0, comment 1, comment 6, comment 7, comment 15, comment 16, and partially comment 11 (regarding 4.0.1.2) could be confirmed. But I cannot confirm comment 14, comment 27, as well as that part of comment 11 saying about problem in 3.5.6.2. I only tested the original doc, and didn't test other attached documents. Possibly there are still many different problems, as Michael Meeks noted. I suppose that this old MAB should be closed as WORKSFORME, and separate bugs should be filed if necessary, for their own test documents. Or better, if the specific commit could be found, that fixed this, a unit test could be produced to stop the bug from reappearing.
Hi Mike - wow that is an amazing bit of detective / QA work you did there; the images are amazingly helpful. Really glad that we fixed that a while back, and managed to get it deployed in the leaf nodes there. We have had a number of WMF and particularly EMF+ fixes in 4.2; and fdo#39256 makes a great tracker for those; so I'd recommend closing this for now. Thanks again Mike for poking it & doing the hard work there !
Attachment https://bugs.freedesktop.org/attachment.cgi?id=76865 from https://bugs.freedesktop.org/show_bug.cgi?id=38619#c17 still not printed correctly. If this bug is closed, that needs to be filed separately.
(In reply to comment #32) 1. I confirm that this attachment does have problems printing. 2. But the document is .doc, not .odt (unlike the original one). 3. And the original image format in this .doc is EMF, not WMF (tested by converting it to docx and unzipping, and by using shareware Office Image Extraction Wizard). As the original document is printed fine, this is definitely another problem, that should be tracked separately. Please file another issue for it, and I'll confirm it as soon as you drop me a note. Thank you!
Added https://bugs.freedesktop.org/show_bug.cgi?id=75574. I close this one. Thank you.
WORKSFORME, as the specific commit is unknown.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.