Description: Dragging an image frame anchored as 'as character' twice followed by undo brakes layout Steps to Reproduce: 1. Open attachment 163564 [details] 2. Save as DOCX 3. File reload 4. Select figure 1 and drag it down somewhat (not happens, expected, 'as character' 5. Drag it down again (not happens, expected) 6. Press undo 2x Actual Results: Image moves off page Expected Results: Not so Reproducible: Always User Profile Reset: No Additional Info: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 3ed9bba283a6a67864c0928186e277240be0d9ba CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL
Still OK with Version: 6.4.0.0.beta1+ (x64) Build ID: 20be5cd0bdc57d812bf34a2debfe48caa51de881 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
Confirming with: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 44b914b1e2616ca8f70e896e653a46ca93610234 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: en-US (hu_HU); UI: en-GB Calc: CL Still ok with: Version: 7.1.0.3 (x64) / LibreOffice Community Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: CL Also still good in bibisect-7.2 master: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 380ab85b6594a013f34f5e6ec69fb569336bbb48 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: CL Must be something very fresh.
Can you check it? I cannot reproduce with Version: 7.2.0.0.alpha0+ / LibreOffice Community Build ID: c47ad11f8c2e917adebbd5d7b3a3ef6cc4b3e670 CPU threads: 4; OS: Linux 5.8; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded
Not totally the same as initially, but undo still broken.. 1. Open attachment 163564 [details] 2. Save as DOCX 3. File reload 4. Select the frame of figure 1 5. Drag it over figure 2 (nothing happens) 6. Repeat -> Now the layout changes (more with space around figure 1 7. Press and hold CTRL+Z Image frame and content out of sync. Not totally unique bug.. It has enough in common with bug 140208 to be related
Still confirmed in: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: db1cf111666847ce5ce93d18ae5ae8c29a4c44d6 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: threaded
(In reply to Telesto from comment #4) > Not totally the same as initially, but undo still broken.. > > 1. Open attachment 163564 [details] > 2. Save as DOCX > 3. File reload > 4. Select the frame of figure 1 > 5. Drag it over figure 2 (nothing happens) > 6. Repeat -> Now the layout changes (more with space around figure 1 > 7. Press and hold CTRL+Z > > Image frame and content out of sync. Not totally unique bug.. It has enough > in common with bug 140208 to be related It seems unreliable to reproduce. I can't repro with this from Linux 7.3 repo: commit d1abf4acc1ed26e35ff1347dd5bf0b4ac4f0c70a (HEAD -> master, origin/master, origin/HEAD) Author: Jenkins Build User <tdf@pollux.tdf> Date: Fri Jul 23 17:33:54 2021 +0200 source 612d5b1a04fe022a34018d901bb9b052791d54e5 But I can repro with my master build Arch Linux 64-bit Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: f234fe77a0070927b8ae2ba3309f63aa718624f5 CPU threads: 8; OS: Linux 5.13; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 4 August 2021 However, the result with the bounding box position is not always the same.
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
Still reproducable in LO 24.8.0.0.alpha+ under Windows 10(x64). Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 25276df12abd9d002f7f899900434617b256f745 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-IN (en_IN); UI: en-US Calc: threaded