Steps to reproduce: 1. Create an empty presentation. 2. On the title slide, click on a text box to start typing. 3. Type "a". 4. Select "a". 5. Type "b", overwriting "a". 6. Press Ctrl+Z, to undo. Expected Result: "b" should be replaced with "a". Actual Result: "b" is not replaced but rather "a" is inserted before it, and the cursor rests between them. Worse, a redo operation at this point is labeled as "Insert", but redoing causes the "a" to be deleted. Although after that the undo is labeled as "Insert" again and undoing brings it back.
*** Bug 40365 has been marked as a duplicate of this bug. ***
[Reproducible] with "LibreOffice 3.4.3 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:302)]" Worked fine with [Reproducible] with "LibreOffice 3.4.3 RC2 - WIN7 Home Premium (64bit) German UI [OOO340m1 (Build:302)]", so regression! @Radek: Please feel free to reassign (or reset Assignee to default) if it’s not your area or if provided information is not sufficient. Please set Status to ASSIGNED if you accept this Bug.
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
This is also happening on the latest version 3.5.3.2 on Ubuntu 12.04 LTS. Enter some text. Replace some of that text. and click undo. the text that was used to replace will remain and previous text shown.
Related to "Bug 45749 - EDITING: Undo stack with wrong sort order and incomplete"?
*** This bug has been marked as a duplicate of bug 37405 ***