Closed
Bug 309490
Opened 19 years ago
Closed 16 years ago
Sharing non private events with OpenGroupware Calendar, events disappear from local calendar when i update them into remote calendar
Categories
(Calendar :: Provider: ICS/WebDAV, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: webmaster, Unassigned)
Details
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv. 1.7.5) Gecko/20041206 Thunderbird/1.0 - Mozilla Calendar 2005011112-cal After installing OpenGroupware remote calendar server and subscribed the remote calendar from Mozilla Thundirbird Calendar if i try to update a non private event (changing the date for example) into remote OpenGroupware Calendar, the event disappear from local Mozilla calendar, though you can see it in the remote calendar, after loging into OpenGroupware server. Event update works correctly if first i check the box private in the event screen. Reproducible: Always Steps to Reproduce: 1. I subscribe the remote calendar http://mepmail2.mepsaws.it/zidestore/so/giannis/Calendar/Calendar.ics from "Subscribe Remote Calendar" menu option. 2. I create a new event on Mozilla Calendar and i unchecked the box private. 3. I see the new event both in local Mozilla Calendar and in remote OpenGroupware Calendar; 4. I update the event above selecting "Edit selected event ..." from Mozilla Calendar Menu and i write the changes; 5. I push the OK button in the "Edit Event Window" to confirm the changes. Actual Results: The event disappear from Local Mozilla Calendar but i can see the event updated in remote OpenGroupware Calendar. Expected Results: The event wouldn't disapper from local Mozilla Calendar instead i should see the event updated.
(In reply to comment #0) > User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322) > Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv. 1.7.5) Gecko/20041206 Thunderbird/1.0 - Mozilla Calendar 2005011112, Sunbird 0.2.RC2 > After installing OpenGroupware remote calendar server and subscribed the remote > calendar from Mozilla Thundirbird Calendar if i try to update a non private > event (changing the date for example) into remote OpenGroupware Calendar, the > event disappear from local Mozilla calendar, though you can see it in the > remote calendar, after loging into OpenGroupware server. > Event update works correctly if first i check the box private in the event > screen. > Reproducible: Always > Steps to Reproduce: > 1. I subscribe the remote calendar > http://mepmail2.mepsaws.it/zidestore/so/giannis/Calendar/Calendar.ics > from "Subscribe Remote Calendar" menu option. > 2. I create a new event on Mozilla Calendar and i unchecked the box private. > 3. I see the new event both in local Mozilla Calendar and in remote > OpenGroupware Calendar; > 4. I update the event above selecting "Edit selected event ..." from Mozilla > Calendar Menu and i write the changes; > 5. I push the OK button in the "Edit Event Window" to confirm the changes. > Actual Results: > The event disappear from Local Mozilla Calendar but i can see the event updated > in remote OpenGroupware Calendar. > Expected Results: > The event wouldn't disapper from local Mozilla Calendar instead i should see > the event updated.
Version: unspecified → Sunbird 0.2RC2
Comment 2•19 years ago
|
||
The calendar/Sunbird build you are using is very old. Could you please test this issue in a recent nightly build of Sunbird -> http://ftp.mozilla.org/pub/mozilla.org/calendar/sunbird/nightly/latest-trunk/ to see if the issue does still exist there. If it does, please report back here and if it no longer exists, please resolve this bug as WORKSFORME.
I downloaded the latest trunk you suggest me: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20050924 Mozilla Sunbird/0.2+ I have exactly the same problem as before. (In reply to comment #0) > User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322) > Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv. 1.7.5) Gecko/20041206 Thunderbird/1.0 - Mozilla Calendar 2005011112-cal > After installing OpenGroupware remote calendar server and subscribed the remote > calendar from Mozilla Thundirbird Calendar if i try to update a non private > event (changing the date for example) into remote OpenGroupware Calendar, the > event disappear from local Mozilla calendar, though you can see it in the > remote calendar, after loging into OpenGroupware server. > Event update works correctly if first i check the box private in the event > screen. > Reproducible: Always > Steps to Reproduce: > 1. I subscribe the remote calendar > http://mepmail2.mepsaws.it/zidestore/so/giannis/Calendar/Calendar.ics > from "Subscribe Remote Calendar" menu option. > 2. I create a new event on Mozilla Calendar and i unchecked the box private. > 3. I see the new event both in local Mozilla Calendar and in remote > OpenGroupware Calendar; > 4. I update the event above selecting "Edit selected event ..." from Mozilla > Calendar Menu and i write the changes; > 5. I push the OK button in the "Edit Event Window" to confirm the changes. > Actual Results: > The event disappear from Local Mozilla Calendar but i can see the event updated > in remote OpenGroupware Calendar. > Expected Results: > The event wouldn't disapper from local Mozilla Calendar instead i should see > the event updated.
Version: Sunbird 0.2RC2 → Trunk
Comment 4•18 years ago
|
||
Reassigning all automatically assigned bugs from Mostafa to nobody@m.o Bugspam filter: TorontoMostafaMove
Assignee: mostafah → nobody
Updated•17 years ago
|
Component: Sunbird Only → Provider: ICS/Webdav
QA Contact: sunbird → ics-provider
Comment 5•16 years ago
|
||
Sorry for asking again, but please retest with calendar 0.9pre. Its been a while :-)
Comment 6•16 years ago
|
||
No response from reporter. Feel free to reopen the bug report if you can still reproduce the problem. -> Resolving as INCOMPLETE.
You need to log in
before you can comment on or make changes to this bug.
Description
•