Description: FILEOPEN DOCX: Table in footer quirky rendered.. needs multiple clicks to final proper result Steps to Reproduce: 1. open the attached file 2. Save as DOCX 3. File reload -> Look at the footer table 4. Click in it few Actual Results: Footer table isn't rendered properly Expected Results: Should be right the first time Reproducible: Always User Profile Reset: No Additional Info: Version: 7.1.0.0.alpha0+ (x64) Build ID: <buildversion> CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: ru-RU (nl_NL); UI: en-US Calc: CL
Not in Version: 6.4.0.0.beta1+ (x64) Build ID: 20be5cd0bdc57d812bf34a2debfe48caa51de881 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: GL; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
Created attachment 164128 [details] Example file
This may not be an FILESAVE probelem. It may be FILEOPEN issue, since the saved DOCX file (on the current master) opens file at least with 2020-05-27's build but broken on current build. Bibisected to the following range: e4635544b816d1ca27bd1ebba60f51444b0a898e..a83c69c291196a8325fd973df180e88ba9c625d3 I am adding Mike Kaganski in CC list: would you please take a look? ---- $ git bisect log # bad: [4266e1e93f55a06bdfeb4d731211b74ad0f744b4] 2020-11-06 09:57:43 +0100 4a22047371503602339d8aee690da0ab536ec7fe # good: [87c314f049c4333cfac651d5315b758f022c900b] 2020-05-27 13:56:28 +0200 574c57090642347980d2395e1e183cc7b5c171ad git bisect start 'master' 'HEAD' # bad: [dfad9e19e6937368a0c7d5968ee995dde9c1bc0d] 2020-08-21 23:48:33 +0200 b6850bbe95418ecfde404be1696548f18d200c9b git bisect bad dfad9e19e6937368a0c7d5968ee995dde9c1bc0d # good: [34458d4ce9fb042301b37aa55af17afce7ee1643] 2020-07-11 19:54:57 +0200 255d96a3e1f4e77ed6444a21c1c9c24b3dc9d194 git bisect good 34458d4ce9fb042301b37aa55af17afce7ee1643 # skip: [9ff3c965d8dbc245bb769e788e4213f6f35b6c17] 2020-08-01 08:20:46 +0200 ae4a69d7559a537e86630b2890d28b0d8f6f47d0 git bisect skip 9ff3c965d8dbc245bb769e788e4213f6f35b6c17 # bad: [a26991997bc8fb72b3283c622fe9ef8d0aaa4f03] 2020-08-15 08:28:20 +0200 7cc353df4f0993228984fcda3efb2c9181dddafb git bisect bad a26991997bc8fb72b3283c622fe9ef8d0aaa4f03 # skip: [cb32494f3eb19908d8763e7bb26066bbef05e7ff] 2020-07-29 16:15:34 +0200 b1dc1c740e37639bb309f4aa6a1c2567f99083fc git bisect skip cb32494f3eb19908d8763e7bb26066bbef05e7ff # good: [96433c2174a4fb8d678cb2c5ec9779ff6e67fa9a] 2020-07-16 02:41:16 +0200 9006cbf6a13317a386194d6857f22391464c2aa0 git bisect good 96433c2174a4fb8d678cb2c5ec9779ff6e67fa9a # bad: [42d21cbe11e2b09ae7482fb6337bbb9c39e83d81] 2020-07-31 12:54:15 +0200 3b7daa4d28feaf2747c763a177e510b17d58ecb8 git bisect bad 42d21cbe11e2b09ae7482fb6337bbb9c39e83d81 # bad: [79c5abf40b3b886326b748fcbbb49303b9b1e9d7] 2020-07-23 21:34:05 +0200 252c29e63ab63c2acc9ce0e02289d1688cc9b096 git bisect bad 79c5abf40b3b886326b748fcbbb49303b9b1e9d7 # bad: [2ffb6d7c3544b496e7dff99286d5a2d694690d51] 2020-07-20 20:26:13 +0200 84c412cb8392d306ab87fc06855677612f9938a6 git bisect bad 2ffb6d7c3544b496e7dff99286d5a2d694690d51 # good: [0c0645fdd8391021e1d40e02634c3ae0e681110c] 2020-07-17 10:19:07 +0200 710edb329fe73433f17e81839313ac9551a4aec4 git bisect good 0c0645fdd8391021e1d40e02634c3ae0e681110c # bad: [4b10003ddd79d6ffdb9ab1dfea4ce905cfff6d3a] 2020-07-19 19:54:00 +0200 39aa0d149eb71fabe9307d0aa466624f855d6daf git bisect bad 4b10003ddd79d6ffdb9ab1dfea4ce905cfff6d3a # good: [31befc664dabd45a665e5c88007d93dec4c5ecf5] 2020-07-17 19:49:05 +0200 e4635544b816d1ca27bd1ebba60f51444b0a898e git bisect good 31befc664dabd45a665e5c88007d93dec4c5ecf5 # bad: [5fc48ce0dba9b88e42184ff8deeefb543531416b] 2020-07-18 12:42:29 +0200 785f742b64a433d59f7bf80e2bd649659ae10f54 git bisect bad 5fc48ce0dba9b88e42184ff8deeefb543531416b # bad: [ba38934f71fe0cfde8a39516a3221fbdd6e34db1] 2020-07-18 07:12:59 +0200 a83c69c291196a8325fd973df180e88ba9c625d3 git bisect bad ba38934f71fe0cfde8a39516a3221fbdd6e34db1 # first bad commit: [ba38934f71fe0cfde8a39516a3221fbdd6e34db1] 2020-07-18 07:12:59 +0200 a83c69c291196a8325fd973df180e88ba9c625d3
Created attachment 167787 [details] The example file in 6.4, and its docx-versions in 6.4 and 7.2 There seems to be some extra spacing under the image in the footer table in: Version: 7.2.0.0.alpha0+ (x64) Build ID: 4e63ec27b69fa01ff610c894c9fbf05c377a6179 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: en-US (hu_HU); UI: en-US Calc: CL This disappears by clicking on the image and then in another cell of the table in the footer, making it look like it did in 6.4. Which is still far from the expected, see bug #135595
Created attachment 167788 [details] How the docx looks like after clicking on the image, then the table Also: no undo-able operation or "file changed" save icon on the toolbar.
Dear Telesto, 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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
This sounds very much like bug 104704. *** This bug has been marked as a duplicate of bug 104704 ***