| Summary: | VIEWING: LibreOffice Writer mess up docx header graphic (drawing object): height displayed incorrect | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | ttester <ttester875> |
| Component: | Writer | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | cno, ilmari.lauhakangas |
| Priority: | medium | ||
| Version: | Inherited From OOo | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | BSA | ||
| Crash report or crash signature: | Regression By: | ||
| Attachments: |
Sample docx file shown on the screenshot of LibreOffice and WPS
Screen shot of the sample docx file opened in LibreOffice and in WPS LibreOffice 5.3 screenshoot |
||
Created attachment 101271 [details]
Screen shot of the sample docx file opened in LibreOffice and in WPS
hi ttester, thanks for the clear description and screen shots. I confirm the problem. It's not a graphic, but a drawing object by the way. In an older version of LibreOffice, the position was wrong too.. regards, Cor (In reply to comment #2) > hi ttester, > > thanks for the clear description and screen shots. > I confirm the problem. > > It's not a graphic, but a drawing object by the way. > In an older version of LibreOffice, the position was wrong too.. > > regards, > Cor Hi Cor, As orientation I posted previously a related graphical bug for LibreOffice Writer in Novell Bugzilla: Bug 779834 - LibreOffice Writer mess up docx graphical elements Miklos Vajna replied: "The crash part is fixed with http://cgit.freedesktop.org/libreoffice/core/commit/?id=b5a1db9 The fix will be available in upstream 3.7 and I also backported it to the SUSE 3.5 branch. Regarding the graphics, as far as I see only the header graphics is problematic, which is an EMF file; please open a separate bug for that if you want to have that fixed, that's independent from the DOCX format. " ** 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 (4.4.1 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-07-18 Confirmed. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 186f32f63434e16ff5776251657f902d5808ed3d TinderBox: Win-x86@39, Branch:master, Time: 2015-10-16_09:42:47 Locale: en-US (fi_FI) I can't reproduce on LibreOfficeDev 5.3.0.0.alpha0 0f8a30318695447e205b17fb0af06362ab890bc3 It seems to fixed. Created attachment 127674 [details]
LibreOffice 5.3 screenshoot
True, it works now. Arch Linux 64-bit, KDE Plasma 5 Version: 5.3.0.0.alpha0+ Build ID: 3be5deadcb46e09d84d99b2b108b65b06ff356e9 CPU Threads: 8; OS Version: Linux 4.7; UI Render: default; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on September 24th 2016 |
Created attachment 101270 [details] Sample docx file shown on the screenshot of LibreOffice and WPS Problem description: Opening docx files that includes header graphic (letter logo) using LibreOffice 4.2.4 on openSUSE 13.1 or Windows results in a messed up header graphic with compressed height and such unreadable. This behaviour has been the case at least back to 97 doc files and that time OpenOffice versions. On the other hand, Kingsoft WPS-office alpha12p3 on openSUSE 13.1 is able to open the same docx file correctly. Steps to reproduce: 1. Open the attached sample docx file in LibreOffice 2. .... 3. .... Current behavior:Messed up and unreadable header graphic Expected behavior:The header graphic should be correct reproduced as shown on the attached screen shot of Kingsoft Writer (side by side with corrupted graphic in LibreOffice Writer.) Operating System: openSUSE Version: 4.2.4.2 release