Bug 99649 - duplicate entries in calendar
Summary: duplicate entries in calendar
Status: RESOLVED WORKSFORME
Alias: None
Product: korganizer
Classification: Applications
Component: groupware (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-17 23:21 UTC by George Staikos
Modified: 2008-09-28 23:47 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description George Staikos 2005-02-17 23:21:00 UTC
Running CVS-HEAD as of right now. When a 3.3 user sends an invitation to a 
meeting and I click Accept in KMail, it appears duplicated in Korganizer.  
Closing Kontact and reopening makes the duplicate disappear.
Comment 1 Daniel Reichhard 2005-02-28 16:31:00 UTC
there's a similar behaviour when you import a vcal file with a missing UID field. (using kde 3.4 beta2) duplicates are created everytime you hide and show an imported calendar.
this might be the same problem?
Comment 2 Reinhold Kainhofer 2005-07-24 16:38:31 UTC
Hi George,
Can you send me/us such an invitation from 3.3? Unfortunately, I don't have that version installed any more.

Cheers,
Reinhold
Comment 3 George Staikos 2005-07-25 02:54:44 UTC
On Sunday 24 July 2005 10:38, Reinhold Kainhofer wrote:
> ------- Hi George,
> Can you send me/us such an invitation from 3.3? Unfortunately, I don't have
> that version installed any more.


  I'll see if I can find someone who can send one - I don't have 3.3 installed 
either.
Comment 4 Reinhold Kainhofer 2005-07-25 19:29:28 UTC
Can reproduce it. The event only appears duplicated, the data on disk contains it only once. As soon as you reload the resource, there is no duplicate any more...

Cheers,
Reinhold
Comment 5 George Staikos 2005-07-25 20:09:06 UTC
On Monday 25 July 2005 13:29, Reinhold Kainhofer wrote:
> ------- Can reproduce it. The event only appears duplicated, the data on
> disk contains it only once. As soon as you reload the resource, there is no
> duplicate any more...


  Right, that's the problem.  And when the user sees two, he deletes one, and 
it deletes the only one off disk.  Then close and reopen and the event is 
completely gone.
Comment 6 qaz 2005-09-10 12:22:39 UTC
#112250 can be marked as a duplicate of this one, my apologies for reporting it twice.

additional weirdness: when i add a new resource from a local vcal file the events appear in the main window as expected, when i then reload the resource nothing seems to be changed as expected. But in the summary view of kontact the event now appaers twice...  reloading it again will show another copy in the summery view, but still not in korganizers main window. however when i disable en re-enable the resource all the copies show up in korganizer 

the vcal file i`m using does not have a UID field :
 
BEGIN:VCALENDAR
VERSION:1.0
BEGIN:VEVENT
SUMMARY:Sheet Metal Forming - 
DESCRIPTION;ENCODING=QUOTED-PRINTABLE:[AE4-786 Sheet Metal Forming]=0D=0A=0D=0AWeek 05
DTSTART:20060131T164500
DTEND:20060131T170000
END:VEVENT
END:VCALENDAR
Comment 7 Reinhold Kainhofer 2006-11-02 18:49:53 UTC
Reassigning all KOrganizer bug reports and wishes to the newly created 
korganizer-devel mailing list.
Comment 8 Adam Spiers 2008-04-29 16:04:03 UTC
This is still an issue with korganizer 3.5.9 when the VEVENT is missing a UID field.  How to reproduce:

1. Add Calendar > Calendar in Local File > select and add an iCalendar .ics file
2. Uncheck the visibility checkbox to the left of the new calendar
3. Recheck it
4. Observe that every VEVENT which was missing a UID is now displayed twice.  Those which have a UID are displayed correctly just once.
5. Toggling the checkbox twice more will display UID-less VEVENTS three times, and so on.
Comment 9 FiNeX 2008-09-28 23:47:07 UTC
Korganizer in current trunk (r865276) doesn't import the example vcal file (on comment #6)

Anyway sending invitation with korganizer 4.1 and receiving it with current trunk works perfectly, there are no duplicated entries!