LOWriter misleads user when he/she copies a text -- on quit it states the documents was modified and asks user what to do with "changes". To reproduce: 1. open some document 2. copy some fragment of it 3. close document --> observe LO claims document was modified This really confuses the user, because now she/he falsely assumes she/he really did something to the text, but she/he cannot remember what it was.
NOT reproducible with "LibreOffice 3.5.4.1 (RC1) German UI/Locale [Build-ID: 7306755-f4f605c-738527d-1cf4bc1-9930dc8] on German WIN7 Home Premium (64bit) @reporter: Thank you for your report – unfortunately important information is missing. May be hints on <http://wiki.documentfoundation.org/BugReport> will help you to find out what information will be useful to reproduce your problem? If you believe that that is really sophisticated please as for Help on a user mailing list Please: - Write a meaningful Summary describing exactly what the problem is - Attach a sample document (not only screenshot) or refer to an existing sample document in an other Bug with a link. - Attach screenshots with comments if you believe that that might explain the problem better than a text comment. Best way is to insert your screenshots into a DRAW document and to add comments that explain what you want to show - Contribute a step by step instruction containing every key press and every mouse click how to reproduce your problem (due to example in Bug 43431) – if possible contribute an instruction how to create a sample document from the scratch - add information -- what EXACTLY is unexpected (Save Icon active? Undo Icon active? ...) -- and WHY do you believe it's unexpected (cite Help or Documentation!) -- concerning your PC -- concerning your OS (Version, Distribution, Language) -- concerning your LibO localization (UI language, Locale setting) –- Libo settings that might be related to your problems (video hardware acceleration ...) -- how you launch LibO and how you opened the sample document –- whether Extensions might be involved -- whether you also see the problem if you renamed your User Profile before you startd LibO <http://wiki.documentfoundation.org/UserProfile> -- everything else crossing your mind after you read linked texts Even if you can not provide all demanded information, every little new information might bring the breakthrough. May be you can test <https://www.libreoffice.org/get-help/bug/> for submitting bug reports? Please report new bugs with Status UNCONFIRMED!
I posted this report with default status, if it was not UNCONFIRMED then it is a bug of BTS. The LO is: LibreOffice 3.5.3.2, Build ID: 235ab8a-3802056-4a8fed3-2d66ea8-e241b80 with Polish localization. Full reproduce steps: 1. run LO Writer 2. type in "foo bar" 3. save to "test.odt" 4. quit LOW 5. double click on test.odt to launch LO Writer 6. press ctrl+a to select all text 7. press ctrl+c to copy 8. quit LOW If you don't get info about modified document at step 8, and LOW just quits, I believe it was fixed. However since I am about to install only stable releases I'll have to wait to confirm it.
(In reply to comment #2) > I posted this report with default status, if it was not UNCONFIRMED then it is > a bug of BTS. I can't reproduce initial Status NEW, if you see that again please submit a separate bug with detailed instruction > If you don't get info about modified document at step 8, and LOW just quits, I > believe it was fixed. I also can't reproduce with server installation of 3.5.3, but with that I can't open from explorer, if that is relevant we have to wait for your 3.5.4 test. Please be more precise, "Quit" is not exactly "every key press and every mouse click". Who can know whether this might be important? Please additionally answer to my other questions!
> Please be more precise, "Quit" is not exactly "every key press and every > mouse click". Who can know whether this might be important? Of course. And million other tiny factors could also be important (butterfly effect) but be realistic, we use two different versions of the program, so we can test and test it to death and not find any conclusion. > Please be more precise, "Quit" is not exactly "every key press and every > mouse click". Click on the main window [x] close icon in the window decoration area (aka titlebar). I will close this for now as WORKSFORME, and wait for new version, if the problem will reappear I will reopen this report.
I just wanted to confirm it is fixed -- LO 3.5.4 is released (stable version) and this bug is fixed. Thus changing status to fixed.
<https://bugs.freedesktop.org/page.cgi?id=fields.html#status>