Created attachment 49466 [details] e-mail.docx When I'm trying to open docx file (see attachment 'e-mail.docx') - LO shows me blank page. See attachment 'e-mail.pdf' (that's how it looks like).
Created attachment 49467 [details] e-mail.pdf
Failed to reproduce on LibreOffice 3.4 340m1(Build:103) for OpenSuse Linux. I can see the images of the email clients fine in my version of LO writer. It looks like the same as the one on the pdf. Could you provide any other cases or steps to reproduce? Right now this seems like a freak occurrence (because there isn't usually problems with saving images in Writer/Word) unless you can provide some more information. Thanks.
It's weird. In the bug https://bugs.freedesktop.org/show_bug.cgi?id=39384 you wrote: "When I download attachment, in read-only mode I can see the e-mail list graphics. When I save it and open it in edit mode, the document is blank."
Confirmed with [Win2K LibreOffice 3.4.2 OOO340m1 (Build:202)]. But would be nice to have the original or is that the original already ?!
(In reply to comment #4) > Confirmed with [Win2K LibreOffice 3.4.2 OOO340m1 (Build:202)]. > > But would be nice to have the original or is that the original already ?! What do you mean "original"?
(In reply to comment #5) > (In reply to comment #4) > > Confirmed with [Win2K LibreOffice 3.4.2 OOO340m1 (Build:202)]. > > > > But would be nice to have the original or is that the original already ?! > > What do you mean "original"? Original as in -saved with Word [version ?]- or saved as docx with LO. In the first case the bug could be in the load routine and in the second case in the save routine.
(In reply to comment #6) > (In reply to comment #5) > > (In reply to comment #4) > > > Confirmed with [Win2K LibreOffice 3.4.2 OOO340m1 (Build:202)]. > > > > > > But would be nice to have the original or is that the original already ?! > > > > What do you mean "original"? > > Original as in -saved with Word [version ?]- or saved as docx with LO. In the > first case the bug could be in the load routine and in the second case in the > save routine. Yes, it's original. It was created in Microsoft Word.
Microsoft Word 2007
I do not reproduce with LibreOffice 3.4.3 rc1 under Ubuntu 10.04 x86_64 with FR langpack. docx opens fine and shows the same contents as the pdf. Same behaviour in master. Best regards.
(In reply to comment #9) > I do not reproduce with LibreOffice 3.4.3 rc1 under Ubuntu 10.04 x86_64 with FR > langpack. docx opens fine and shows the same contents as the pdf. > Same behaviour in master. > > Best regards. I've just installed LibreOffice 3.4.3 rc1 (Windows 7 Ultimate x64) and the problem is still there.
I have new one file with the same symptoms. See '80503099.doc'
Created attachment 51442 [details] 80503099
[Reproducible] with reporter's first sample and "LibreOffice 3.4.3 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:302)]", still a problem with Server installation of Master "LibO-dev 3.5.0 – WIN7 Home Premium (64bit) English UI [(Build ID: 81607ad-3dca5fd-da627d2)]". Works with "LibreOffice Portable 3.3.3 - WIN7 Home Premium (64bit) German UI [OOO330m19 (Build:301 Tag 3.3.3.1)]" Some pictures (PNG?) will not be shown. I did not check for duplicates. @Cédric: Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.
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.
LibreOffice 3.5.0 bate2 I don't see the picture.
Opens fine for me on Mac OSX, and LibO : LibreOffice 3.5.0rc1 Version ID : b6c8ba5-8c0b455-0b5e650-d7f0dd3-b100c87 Alex
However, the file 80503099 does not display the image on : LibreOffice 3.5.0rc1 Version ID : b6c8ba5-8c0b455-0b5e650-d7f0dd3-b100c87 Alex
(In reply to comment #16) > Opens fine for me on Mac OSX, and LibO : I meant email.docx opened fine.
Hmm, this bug report is about import of docx format, not about the legacy doc format. So I suggest 1/ close this bug report as "worksforme" 2/ ask Oleksandr Kalyniak to open a new bug report for the problem with 80503099.doc Cédric, do you agree ? Best regards. JBF
LibreOffice 3.5.0rc2 I don't see the picture.
Tried to open the first attachment, file "e-mail.docx" on Windows XP and Windows Vista 64: LibO 3.3.4 (and Word 2003/2007) : OK, picture (consisting of 4 single pictures) is visible. LibO 3.4.5 : LibO hangs when trying to load the picture LibO 3.5.0 : file is empty (one empty paragraph)
Regression does appear in oldest version of bibisect-3.5.tar.lzma and must be older.
LibreOffice 3.5.2 first attachment (e-mail.docx) opens fine. However, the file 80503099 does not display the image on.
Hi Oleksandr, What is the actual format of your file 80503099.doc ? It seems to be a ZIP archive (so not a MS-Word 97/XP/2000 file) but its content does not look like ooxml format. LO navigator shows that there are 2 images and one table in the file but they are hidden (grayed in the list). Best regards. JBF
Created attachment 60045 [details] 80503099.pdf
(In reply to comment #24) > Hi Oleksandr, > > What is the actual format of your file 80503099.doc ? It seems to be a ZIP > archive (so not a MS-Word 97/XP/2000 file) but its content does not look like > ooxml format. > LO navigator shows that there are 2 images and one table in the file but they > are hidden (grayed in the list). > > Best regards. JBF Well, this is "MS-Word 97/XP/2000 file". Yes, you can unzip it, as any else doc-file. I've just added pdf of that file (attachment 80503099.pdf). Take a look. P.S. This file contains text. Not image.
On pc Debian x86-64 with master sources updated yesterday, picture from e-mail.docx is ok, picture from 80503099 doesn't show. I noticed these logs for 80503099: warn:legacy.osl:8279:20:/home/julien/compile-libreoffice/libo/sw/inc/swrect.hxx:308: SVRect() without Width or Height warn:legacy.osl:8279:20:/home/julien/compile-libreoffice/libo/sw/inc/swrect.hxx:308: SVRect() without Width or Height
I can reproduce the bug on LibreOffice 3.5.7.2 (Fedora 17 packages). Images do not appear in docx documents.
This has somehow been fixed as it's working nicely in master.
I confirm this works on the master branch as of today for my document.
On pc Debian x86-64 with master sources updated today, I still don't see anything with 8050399 :-( (brand new LO profile). Same logs: warn:legacy.osl:5188:9:/home/julien/compile-libreoffice/libo/sw/inc/swrect.hxx:308: SVRect() without Width or Height warn:legacy.osl:5188:9:/home/julien/compile-libreoffice/libo/sw/inc/swrect.hxx:308: SVRect() without Width or Height So I reopen for the moment. Cédric: What info can I provide to help here?
so there are 2 entirely different bugdocs here: 1) a docx that has a bunch of OLEs, which are not imported at all 2) a doc that has a table, a frame, 2 graphics, all imported but invisible the first was apparently a regression that has been fixed meanwhile (can't reproduce in LO 3.4.6 or newer), while the second one is a long standing problem that is reproducible with any OOo or LO version i've tried back to OOo 3.0.1. please file separate bugs for different issues! so since the first problem is fixed i'll re-purpose this bug to handle the second problem and adjust fields accordingly...
Comment on attachment 49466 [details] e-mail.docx this is fixed
Bulk change: Bibisected bugs can be assumed to be regressions.
removing erroneously added "regression", see comment #32
According to comment 32 this isn't a regression, thus remove bibisected35 bibisected35older from whiteboard
Created attachment 103676 [details] how it looks in word 2010
Created attachment 103677 [details] how it looks in libreoffice 4.3.1 How it looks in Version: 4.3.1.0.0+ Build ID: 0d5d8c22f7be41d408d8ee4012ef1a6f4368423e TinderBox: Win-x86@51-TDF, Branch:libreoffice-4-3, Time: 2014-07-23_05:34:04
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.