Created attachment 61598 [details]
Screenshot of the document viewed in Microsoft Word Viewer
Created attachment 61599 [details]
Screenshot of the document opened in LibreOffice
Confirmed with LOdev 3.6 (master - 14-May-2012 02h55 x86@6-fast; Build ID: 347e345). No regression though, was even worse with LibO 3.3.4 and 3.4.5. Tested with Windows Vista 64 and XP. It's better with 4.0.3 or with master sources (future 4.2.0). The only thing I noticed is the content of the two first columns are no center aligned vertically. In LibreOffice 4.2.5 and 4.3.0 on Debian I see 3 issues: 1) the content of the two first columns are no center aligned vertically as it said in comment 4; 2) black rectangle in left top corner of the table instead of a picture; 3) no margins in the cells (In reply to Alexandr from comment #5) > In LibreOffice 4.2.5 and 4.3.0 on Debian I see 3 issues: > 2) black rectangle in left top corner of the table instead of a picture; Partial fix for problem 2 (blank rectangle instead a picture) was pushed to gerrit (https://gerrit.libreoffice.org/#/c/14396/) There are several reasons of this problem: 1) FIXED: "pib" object in shape was skipped while detected shape type was #1 (rectangle), but RTF parses pib only for shape type #74 (picture frame). As far as I see in MS Word and from RTF specification, there are no limitations on pib object usage: it is drawn always, not depending on shape type. 2) FIXED: size of "pib" picture: it looks like image should be stretched to fit shape area. 3) NOT FIXED: strange lines on top left of shape. reason of this behavior lies in extra grouping in shape, so one shape object is treated as 2 objects: one frame with wrong dimensions (black lines to top and to left) and shape with pib (picture). Looks like this must be fixed in general RTF parser. Created attachment 113287 [details]
Shape with picture, no extra groups
Created attachment 113288 [details]
Shape with picture, extra RTF groups inside shape
Vasily Melenchuk committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=0ae97c39134a73feeea718e81669fd42e5ceb627 tdf#49893: fix for missing header on page 2 It will be available in 4.5.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Vasily Melenchuk committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=611d8ee6fe141f9af39c76a864b365d57776db10 tdf#49893: final fix for blank rectangle problem It will be available in 5.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Migrating Whiteboard tags to Keywords: (filter:rtf ) [NinjaEdit] Hello, Is this bug fixed? If so, could you please close it as RESOLVED FIXED? no. problem still persists that the header with the image is not displayed (see image of word viewer) tested with: Version: 5.2.1.2 (x64) Build-ID: 31dd62db80d4e60af04904455ec9c9219178d620 CPU-Threads: 4; BS-Version: Windows 6.19; UI-Render: Standard; Gebietsschema: de-DE (de_DE); Calc: group Setting Assignee back to default. Please change it back if you're still working on this issue The picture in the original document is not visible in LibreOffice 5.2.7 and 6.0.0.0.alpha1 on Debian Jessie. Vertical alignment in the first 2 columns is broken too. The picture is visible in the last 2 simple documents. ** 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug problem still persists that the header with the image is not displayed. LibreOffice info: 版本: 6.3.1.2 (x64) Build ID: b79626edf0065ac373bd1df5c28bd630b4424273 CPU 线程: 4; 操作系统: Windows 10.0; UI 渲染: 默认; VCL: win; 区域语言: zh-CN (zh_CN); UI 语言: zh-CN Calc: threaded Dear Jesus Corrius, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from https://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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug Created attachment 177767 [details] The example file in Word and Writer master Still a problem in Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 86a9c860410351125708543c1050bfc0977d3b97 CPU threads: 13; OS: Windows 10.0 Build 19042; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: threaded The image is imported as a very small image, so invisible. Created attachment 177768 [details]
The example file in Word and Writer master - shape
The image falls apart into a small image and a correctly sized empty shape.
This was correct in 5.1.
This seem to have regressed shortly after being fixed in 5.1 (see comment #10) in 5.2 with: https://git.libreoffice.org/core/+/015fd55c94b7b650ed8e572cafaf3b0f903b01b9 author Miklos Vajna <vmiklos@collabora.co.uk> Tue May 10 09:16:17 2016 +0200 committer Miklos Vajna <vmiklos@collabora.co.uk> Tue May 10 10:33:41 2016 +0000 tdf#96275 RTF import: fix anchor of shapes inside tables Adding CC to: Miklos Vajna (In reply to Vasily Melenchuk (CIB) from comment #8) > Created attachment 113288 [details] FTR, sw/qa/extras/rtfimport/data/fdo49893-3.rtf from commit 611d8ee6fe141f9af39c76a864b365d57776db10 is flagged by Defender as CVE-2010-3333 [1], which is OK, and indeed testing it for not causing any overflows is useful. (Mentioning because of tdf#149238.) See also Virustotal detection [2]. [1] https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3333 [2] https://www.virustotal.com/gui/file/a73637b479b306648325901dda6e9b78d0876e17837a191cd69cc8525560ed65 This is assigned already, so removing it from my dashboard. |
Created attachment 61597 [details] RTF document with the broken table Problem description: Steps to reproduce: 1. Launch LibreOffice master 2. Open the attached document Current behavior: The table in the document doesn't look as it should. Expected behavior: The document looks exactly as in Microsoft Office. Platform (if different from the browser): Browser: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0; SLCC2; .NET CLR 2.0.50727)