Closed Bug 310079 Opened 19 years ago Closed 16 years ago

Wanted : to publish your calendar on a local network with read-only rights for the others

Categories

(Calendar :: Internal Components, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: pierre.hauger, Unassigned)

Details

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; (R1 1.3); .NET CLR 1.0.2914; .NET CLR 1.1.4322)
Build Identifier: Sunbird 0.2

With Sunbird you can publish your calendar simply by putting it in a shared 
folder, and the other users can open it. But this is not a real planned 
feature, since : 
* you cannot control which user has right to write into your calendar, and 
which one has right only to read it. If you try to give read-only rights to a 
user in the OS (Windows security), this user has no error message but sees no 
events in th ecalendar
* if several users has right to write into a calendar, the last user that 
closes it overwrites the other's changes 
* every users get the alarms
It seems not so hard to correct these problems - but I'm not sure
Pierre

Reproducible: Always
Resolving as a duplicate of bug 243919.  There are some other issues brought up
here that are also duplicates.

*** This bug has been marked as a duplicate of 243919 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
I don't think its a duplicate. I'm not talking of remote calendars, shared 
with a WebDAV server, I'm not talking of "File / Subscribe to remote 
calendars" command. What I'm interested in is the possibility to simply share 
the file on a local networks, without any server module. If (on a Windows 
system) my calendar file is, say, \\John\Public\calendar.ics, my colleague can 
open it with the "File / Open Calendar File" command. 
My main problem is : if I put my calendar in read only mode for my colleague 
(by changing his rights in the Windows file system) my calendar seems empty to 
him. Why is it so and can thi be corrected ?
Pierre
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
(In reply to comment #2)
> If (on a Windows 
> system) my calendar file is, say, \\John\Public\calendar.ics, my colleague can 
> open it with the "File / Open Calendar File" command. 
> My main problem is : if I put my calendar in read only mode for my colleague 
> (by changing his rights in the Windows file system) my calendar seems empty to 
> him. Why is it so and can thi be corrected ?
> Pierre

I don't think you can 'share' calendars this way, you should use it as a remote calendar, and set read-only rights to your colleague from within his sunbird. (You have to use a recent nightly-build to have read-only options)
(In reply to comment #3)
> (In reply to comment #2)
> > If (on a Windows 
> > system) my calendar file is, say, \\John\Public\calendar.ics, my colleague can 
> > open it with the "File / Open Calendar File" command. 
> > My main problem is : if I put my calendar in read only mode for my colleague 
> > (by changing his rights in the Windows file system) my calendar seems empty to 
> > him. Why is it so and can thi be corrected ?
> > Pierre
> 
> I don't think you can 'share' calendars this way, you should use it as a remote
> calendar, and set read-only rights to your colleague from within his sunbird.
> (You have to use a recent nightly-build to have read-only options)
> 

This problem is present on the Linux version as well, or at least it is on version 0.2. I haven't tried it on 0.3 because bug 306692 makes it impossible to open local files at all.

This feature would be extremely useful; the only reason I am trying Sunbird is because I hoped it would be able to handle shared calendars without needing a web server. You shouldn't have to specify read-only when you open the file, the program should work out for itself there is no write-access and tell the user the calendar is read-only.
Assignee: shaver → nobody
calICSCalendar.js uses nsIIOService [1] to refresh from ICS calendars. Even calendars in the local file system are treated via this network service. This service [2] tries to open files with the ACCESS:ALL option regardless if they are write protected. If this fails the file is not opened at all.

Try to open the protected ICS file with Firefox. It will fail too.

I consider this as a bug of at least normal severity.


[1]
http://mxr.mozilla.org/mozilla/source/calendar/providers/ics/calICSCalendar.js#152

[2]
http://www.xulplanet.com/references/xpcomref/ifaces/nsIIOService.html
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Version: unspecified → Trunk
Contrary to my comment 5 it is indeed possible to open write protected ics files.  I tried both local files on own harddisk and remote files on a mapped drive over a windows network share successfully. 

The "every users get the alarms" problem is solved in bug 257428 now.
Status: NEW → RESOLVED
Closed: 19 years ago16 years ago
Resolution: --- → FIXED
->WFM (FIXED is only used when known code changes resolved the issue)
https://bugzilla.mozilla.org/page.cgi?id=fields.html#resolution

Resolution: FIXED → WORKSFORME
You need to log in before you can comment on or make changes to this bug.