After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 264682 - Moving a appts from one calendar to another sends update
Moving a appts from one calendar to another sends update
Status: RESOLVED OBSOLETE
Product: Evolution Exchange
Classification: Deprecated
Component: Connector
unspecified
Other All
: Normal normal
: 2.5
Assigned To: Chenthill P
Evolution QA team
evolution[groupwise]
Depends on:
Blocks: 327514
 
 
Reported: 2004-08-30 20:33 UTC by Peter A. Goodall
Modified: 2006-04-12 10:34 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Peter A. Goodall 2004-08-30 20:33:03 UTC
I have a bunch of appointents that were on my Personal calendar, and I
moved them to my Groupwise calendar.  Even if I don't own the appt. (i.e. -
Charlie Ungashick sent the meeting in the first place) all the attendees
get an e-mail saying the meeting has moved.  For one, it hasn't changed at
all for the attendees.  It has just changed which calendar I have it on. 
Two, I shouldn't be sending out updates to appointments I don't own.

# rpm -qa | grep evolution
evolution-1.5.93.0.200408270830-0.snap.ximian.0.1
evolution-data-server-0.0.98.0.200408270830-0.snap.ximian.0.1
Comment 1 Tim Draper 2004-09-01 18:45:10 UTC
If the user wants to post the appt from a personal calendar to a 
GroupWise calendar, a new SOAP method needs to be used: 
createItemRequest().  This will post the item to the users GroupWise 
calendar without doing a send to other users.
Comment 2 Tim Draper 2004-09-14 21:22:31 UTC
A couple more things regarding the createItemRequest.  It will create 
the item in the SentItems folder by default.  If the sender is 
sending the item only to him/her self, then a 
<source>personal</source> is required.  If you are sending to other 
users only, <source>sent</source> for the item.  This means the item 
will only appear in the sentItems folder.  If you are sending to 
yourself and other users, <source>received</source> will create the 
item in the inbox.  

Sending more info to Chen.
Comment 3 Chenthill P 2004-10-06 10:49:00 UTC
When the Item is Created using a CreateItemsRequest while moving from
the Persoanl calendar to groupwise the <from> element changes when the
Item is retried back from the server. The backend identifies only the
Organizer only from the <from> element. Have reported the problem to tim.
Comment 4 Tim Draper 2004-10-12 18:15:30 UTC
Should have a server fix for this today (10/12).  Should this be in 
6.5.3?
Comment 5 Tim Draper 2004-10-13 16:58:26 UTC
Added fix for <from> or organizer not getting added correctly.  This 
is in Seq and GW653
Comment 6 JP Rosevear 2004-11-22 17:25:36 UTC
Can we close this out?
Comment 7 Peter A. Goodall 2004-11-22 22:16:16 UTC
Well... I have moved appts from my personal to GW calendar (when
access to GW cal is working) and no one has complained that they
received updates.  Has QA looked at this?
Comment 8 Chenthill P 2005-01-31 13:30:54 UTC
committed the fix to gnome-2-8 branch and head.
Comment 9 C Shilpa 2005-05-19 11:50:32 UTC
replicable in evo 2.0.4 using an exchange account. reopening bug.
Comment 10 Sushma Rai 2005-12-08 06:47:57 UTC
Is it only an Exchange Calendar bug now?
Comment 11 Poornima 2006-04-12 10:34:31 UTC
no such behaviour now