Created attachment 157302 [details] Sample document How to reproduce: 0. Open sample document (okay). 1. Right align list in the right object (okay). 2. Undo via <Ctrl>-<Z> (bug - nothing happens) 3. Undo via <Ctrl>-<Z> (bug - second list item is misformatted) 4. Undo via <Ctrl>-<Z> (bug - first list item is misformatted) 5. Undo via <Ctrl>-<Z> (bug - everything is centered out of a sudden?) Funny enough, once I click outside the shape and hit <Ctrl>-<Z> another time, it reverts to the original state. Still very unexpected behavior.
Created attachment 157303 [details] Step 0 - original view
Created attachment 157304 [details] Step 1 - right align
Created attachment 157305 [details] Step 3 - second item incorrect
Created attachment 157306 [details] Step 4 - first item incorrect
Created attachment 157307 [details] Step 5 - everything centered?
To summarize, it's one issue ("undo not reverting to the previous state") which manifests manifold: - undo takes several steps instead of one, - undo loses bullet points (as does redo applied after the undo) - the last undo out of a sudden centers text unexplicably
Thank you for reporting the bug. I can reproduce first 3 steps and rest does not happen. However as you said, once I click outside the shape and hit <Ctrl>-<Z> another time, it reverts to the original state. Version: 6.4.0.0.alpha1+ (x86) Build ID: ec7374ff84c71edfbb30d6e4dc5b486b6df7107f CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-11-10_21:37:30 Locale: en-US (en_US); UI-Language: en-US Calc: threaded
On my end I've seen this with Version: 6.5.0.0.alpha0+ Build ID: 350d25da375f221edfa37309324ce3c68cf297ef CPU threads: 4; OS: Linux 5.3; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-01-12_12:14:47 Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded
confirmed here on Version: 6.3.4.2.0+ Build-ID: 1:6.3.4-2 CPU-Threads: 2; BS: Linux 5.4; UI-Render: Standard; VCL: kde5; Gebietsschema: de-DE (de_DE.UTF-8); UI-Sprache: de-DE Calc: threaded I cannot confirm step 4 though. Instead of the lines being centered, they are reverted to "aligned right" here. But in any case it's a bug.
Reproduced in Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e but not in Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
@Jim, I thought you might be interested in this issue...
(In reply to Xisco Faulí from comment #10) > but not in > > Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) I don't see it being correct in any version. Perhaps the end result is slightly different, but still goes step-by-step, and doesn't result in what the original list looked like.
For me this seems to work correctly using the sample document, other than the undo control not becoming active, when it is: 1) saved in ODF Presentation format .odp 2) closed 3) reopened 4) tested Version: 7.1.0.0.alpha0+ Build ID: e385efc6bf5d084759be4fd02f272a75c053fbc5 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Dear Gerald Pfeifer, 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 - steps 2, 3, and 4 being wrong - still happens with Version: 7.3.8.0.0+ / LibreOffice Community Build ID: 0f7fb0a2decec3f8869098ae5e47ee6055545486 CPU threads: 8; OS: Linux 6.0; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US and Version: 7.4.3.0.0+ / LibreOffice Community Build ID: f9a3adc186b31bac198d944a03a7b53dd926da23 CPU threads: 8; OS: Linux 6.0; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US which are the latest snapshots as of today (2022-10-19). Current head has improved and no longer loses the bullet points, so the remaining problem is that it takes hitting <Ctrl>-<Z> three times instead of just once to properly undo: Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 4d9b83a417bbde8148b67d2ab0abe9f4ae285276 CPU threads: 8; OS: Linux 6.0; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Only the first item in my comment #6 is still open.