Created attachment 43847 [details] explains how undo corrupts text To demonstrate this problem I have created some text in presentation, selected part of text and changed font size and color. All explanation in attachment. Bug reproduced on Linux 32 and 64 and Windows 32.
Good catch, I'd say! I can confirm this on x86.
[Reproducible] with reporter's sample document and "LibreOffice 3.3.1 – WIN7 Home Premium (64bit) German UI [OOO330m19 (build 8 / tag 3.3.1.2)]", but not with my own sample documents. The effect seems to be independent to the way of undo, appears also using the undo icon. I doubt that that is a particular Presentation problem, but a text filed problem. If I copy the subtitle text field from sample document to a WRITER document, I can reproduce the reported problem, but I failed to create an own document / text field to reproduce the problem. @sasha: Can you contribute a description how to reproduce the problem with a blank new document "from the scratch"?
I would say the bug is somewhere in the editengine. This is happening only on some kind of objects. Thorsten, could you have a look at this one?
1. Create new presentation document in top of slide appears frame with "Click to add title" 2. enter there two string of text 3. select one of them and change attributes of text 4. make round corners and undo then As I can understand, office unites changing round corners with previous change. if there are another something to undo, it undoes correctly
No we have got it, I am able to reproduce the problem with my own doucments. It seems to be important that a part of the text frame contents remains in default style. Steps how I reproduced: 1. Open new WRITER document 2. Insert DRAW text field (using DRAWing Toolbar) app. 100x20mm 3. Type "This is some text" 4. Dobleclick "This" 5. Menu 'Format character Times New Roman -> Impact - Bold - Font color light red' 6. Make round corners 7. click outside text field 8. Click 'Undo' icon expected: only round corners will be undone actual: complete text back to standard formatting: "Times New Roman without frills" Unexpected actual behavior will not happen in step 8 if in step 5 you change attributes for all text field contents after <cntrl>+<a> Because we are talking about a DRAWing component, I modify Component @sasha: Thank you for your endurance. @Thorsten: Please feel free to reassign if it's not your field.
in 3.6.1 still reproducible
Apologies for not having gotten around fixing this bug yet; unfortunately in future I'll have even less time at my disposal for this, so I'm freeing up ownership for other volunteers to take over.
This bug lost its owner - back to NEW.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.