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
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.0.5 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-09-03
This issue is still present in Version: 5.0.1.2 Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261 Locale: es-ES (es_ES) on Windows 7 (64-bit)
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Confirming with:: Version: 5.3.0.0.alpha1+ Build ID: f965a629fba10ecba7bad938a0c1c9c3db1e510d CPU Threads: 4; OS Version: Windows 6.2; UI Render: default; Layout Engine: new; TinderBox: Win-x86@62-merge-TDF, Branch:MASTER, Time: 2016-11-23_00:13:10 Locale: nl-NL (nl_NL); Calc: CL
80503099.doc from comment 12 seems to be resolved in LO5.4. A proper font would be needed to ensure that everything fits properly. Before that the FIRST page was mostly blank, with the content starting on page 2. Certainly the contents have not been invisible for a long time. Marking this one as WORKSFORME as of 5.4 based on comment 32.