User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20100101 Firefox/10.0 Build ID: 20120129021758 Steps to reproduce: Create new CalDAV calendar, check Cache and Read-Only Actual results: Upon restarting TB, Read-Only is unchecked. Upon unchecking Cache checking Read-Only, Read-Only stays on. Expected results: Read-Only should stay checked.

Confirming. Have the exact same issue. For me it only appeared in Lightning 1.5, just like described in bug 772041. I am on Arch Linux x64, so it would be great if someone could change this bug back to "OS: All"

I can also confirm this bug on Ubuntu 12.04 amd64 with Thunderbird 15 and Lightning 1.7

Bug confirmed on Win7 and Lightning 1.8

The read-only property is being set to false after reading the offline properties from the cache (also the disabled property, but I don't think this will work anyway without using setProperty). Mohit, is there any reason this shouldn't be removed?

Pushed to comm-central - https://hg.mozilla.org/comm-central/rev/62ed8249ff31

Comment on attachment 682810 [details] [diff] [review] Fix v1 Review of attachment 682810 [details] [diff] [review]: ----------------------------------------------------------------- This should be good to go. If I remember correctly this was done to prevent the offline cache getting rewritten and thus raising of the mItemInfoCache[aItem.id] not found error. I guess we can safely remove this.

Could it be backported? It is a trivial fix without any risk from what I see. Right now, I'm being shown the invitations addressed to all my colleagues instead of just mine. If I disable caching and enable read only for other calendars, pending invitations only display the one addressed to my calendar as intended.

Comment on attachment 682810 [details] [diff] [review] Fix v1 Matt, I'll leave the decision to you if you want this in 1.9.x ?

comm-beta - https://hg.mozilla.org/releases/comm-beta/rev/ac39f4b5e365

comm-esr17 - https://hg.mozilla.org/releases/comm-esr17/rev/7c6897b7efac