Bug 89513 - read only files won't let you edit after "save as"
Summary: read only files won't let you edit after "save as"
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.4.0.3 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-02-21 00:14 UTC by Todd
Modified: 2015-03-05 07:26 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Todd 2015-02-21 00:14:25 UTC 
Hi All,

4.4.0.3 rpm

I do love the way LO won't let you edit a read only file until you Save As.  Saves
a lot of trouble and is a great feature.

I have several files I have saved as "Read Only".  I pull them up and "Save As" to give them a new name.  Then I can edit them.  

Problem: 4.4.0.3 won't let me edit them anymore (prior version did).  Now I have to exit the document, reopen the document, then Calc will let me have fun.

Please restore the "edit after Save As" functionality.

Many thanks,
-T
Comment 1 raal 2015-02-22 08:14:22 UTC 
I can not confirm with Version: 4.5.0.0.alpha0+
Build ID: 52b25c1adf3a70819aea2080b0ad50a14a3c104b
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-02-17_03:10:47

steps:
 - new file; file properties-> Security -> set "open file read only)
 - close ,reopen; warning "file is read only"
 - save as  new file. I can edit file.
Comment 2 Buovjaga 2015-03-03 18:05:14 UTC 
Same as raal: can immediately start editing after save as in Calc (& Writer).

When in doubt, reset user profile: https://wiki.documentfoundation.org/User_Profile#Resolving_corruption_in_the_user_profile

Ubuntu 14.10 64-bit
Version: 4.4.1.2
Build ID: 40m0(Build:2)
Locale: en_US
Comment 3 Todd 2015-03-05 04:09:08 UTC 
Corrected in  4.4.1.2.  Thank you!
Comment 4 Buovjaga 2015-03-05 07:26:44 UTC 
Thanks for testing! As we have no idea on which commit fixed it, I'll change the status to WORKSFORME.