https://bugs.documentfoundation.org/show_bug.cgi?id=74196
--- Comment #5 from Matthew Francis <[email protected]> --- @Stephan - I can reproduce this on 4.4.2.2. For some reason the accelerator and the save icon become unsynced, because after making some change to the read-only file Ctrl+S works (but fails with the "can't write" dialog), while as you point out the save icon remains disabled - this seems like a bug, though not the one originally reported ;) Perhaps this report is more of an enhancement request though, the behaviour before wasn't exactly what is suggested in comment 2. Before 3.6, the behaviour when the underlying file was read-only was to refuse to edit the file under its original name, and insist on forking to a new Untitled file when the edit button was pressed (a dialog offers you a choice of Yes -> Untitled file, or No -> don't edit after all). Thus, saving after starting to edit would always behave as Save As. Since 3.6, the edit button / infobar (since it was introduced) unconditionally allow editing while leaving the file under its original name - so saving after starting to edit will fail. I don't think returning to the earlier behaviour would be ideal, because for one thing that would mean that the path of the edited file would not be available from the titlebar in OSX (a useful feature which allows you to jump to the folder of the file). However, the current behaviour is also rather unfriendly. Perhaps something like a dialog which warns the file is read-only, and offers "Save As" or "Cancel" ? -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
