Created attachment 130844 [details] example of docx Hi, in attachment a Docx that doesn't show correctly in Libreoffice in some places. It does show perfectly with MS Word and Google docs thanks
Created attachment 130881 [details] Example compared MSO LO Bugzilla is "issue based", so a single issue must be pointed at, after a search for not being a duplicate. Bugzilla is not "document based", like "this document doesn't display correctly". Also, you didn't specify what you consider a problem and with which LO version. And what's the source of docx, looks like it's Office 2007. It's desirable to attach minimal test case. So, this is really not correct bug report and cannot be confirmed like that. That being said, I marked difference on the first page. It's incorrect import of grouped text box. But only on original docx, it's correct if first saved with Office 2010. If that's what you consider a problem, I'll rename "Fileopen: incorrect position of grouped text box in 2007 DOCX" and confirm. May be related to Bug 81958. And for other text in table, this file probably also suffers from Bug 94801.
Looks like this was correct in 4.2.8 and started in 4.3.0.
This has been tested with libreoffice 5.3. I'm not sure if this has been generated from Office 2010 or not. Hopefully you can get this fixed. Thanks
Created attachment 130882 [details] minimal case 2007 First grouped, second ungrouped, saved as 2007 compatible
Created attachment 130883 [details] minimal case 2010 First grouped, second ungrouped, saved as 2010 normal
Regression introduced in range https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=37750daee2577f6977f3130a85bbb4a16488abd8..120e469d176026ceb59abbf74d2ad255323cbc9a
So this can't be bibisected further with bibisect-43max in Linux, because Writer fails to start in that range.
Hi, any chances to get this fixed for 5.4?
Similar range of commits as in bug 104565. Adding to see also
** 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
Still buggy in LO 6.3.0.0+ (17e5028044edef2b959b73ce1dbe2c9627d1a799) / Ubuntu 18.04.
As a regression, this needs to get assigned and eventually fixed.... Thanks
Bibisected with win32-4.3 to https://gerrit.libreoffice.org/plugins/gitiles/core/+/120e469d176026ceb59abbf74d2ad255323cbc9a i#115391 better support for MinTextSize settings ... for TextShapes and CustomShapes Bug 120443 is also blamed for it. Adding Cc: to Armin Le Grand
Problem with attachment 130882 [details] fixed by https://git.libreoffice.org/core/commit/198685ded79d64b21023ee85e9a15fa1b32705a0
Created attachment 158374 [details] Comparison MSO 2010 and LibreOffice 7.0 master
Created attachment 165015 [details] Example compared LO 7.1+ MSO This looks good to me in LO 7.1+. I'll close.
35cc1caa0872ee1d678130e384a5690dddc82436 is the first *good* commit commit 35cc1caa0872ee1d678130e384a5690dddc82436 Author: Jenkins Build User <tdf@pollux.tdf> Date: Tue Mar 17 09:07:55 2020 +0100 source 4ee7ee1c4a515479bc174543af4dbc400035c0ba https://gerrit.libreoffice.org/plugins/gitiles/core/+/4ee7ee1c4a515479bc174543af4dbc400035c0ba%5E!/ commit 4ee7ee1c4a515479bc174543af4dbc400035c0ba [log] author Miklos Vajna <vmiklos@collabora.com> Mon Mar 16 21:18:25 2020 +0100 committer Miklos Vajna <vmiklos@collabora.com> Tue Mar 17 09:00:24 2020 +0100 tree 548db586919077b149169c02b638f68ad4927b08 parent 69b0d194d83aa29008eaffe65f1784d60f57e63c [diff] tdf#131118 VML import: fix size of non-autosize shapes containing text *** This bug has been marked as a duplicate of bug 131118 ***