Bug 135989

Summary:	Appoinments from eGroupware disappear alternating
Product:	[Applications] korganizer	Reporter:	Sebastian Lohmann <sebastian.lohmann>
Component:	general	Assignee:	kdepim bugs <kdepim-bugs>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	mail, smartins
Priority:	NOR	Keywords:	triaged
Version:	3.5
Target Milestone:	---
Platform:	Unlisted Binaries
OS:	Linux
Latest Commit:		Version Fixed In:

Description Sebastian Lohmann 2006-10-19 21:49:47 UTC

Version:           3.5 (using KDE KDE 3.5.1)
Installed from:    Unspecified Linux
OS:                Linux

I have created some appointments within the webinterface of eGroupware. Afterwards I have started kontact/korganizer and created an appropriate eGroupware resource. Hereupon I have observed the following effect: First only some of the appointments were shown (e.g. within the month view of korganizer). After manual reloading the other events where shown while the first ones disappeared and vice versa.

Comment 1 Reinhold Kainhofer 2006-11-02 19:09:14 UTC

Reassigning all KOrganizer bug reports and wishes to the newly created 
korganizer-devel mailing list.

Comment 2 DIguest 2007-07-02 23:32:01 UTC

I have this problem too.
If we have everything synchronized and afterwards we add an appointment from the egroupware interface, an then reload the kontact resource, some appointments disappear and other appears, and if we reload again, we get the old state.

Comment 3 Danas 2007-10-13 22:24:32 UTC

It refers to Bug 134696. It is because of XMLRPC as far as I understood.
 
Since Egroupware 1.4 icalsrv is preferder way to sinc using remote calendar function in KOrganizer. I don't expierienced that program any more.

It should be closed I think.

Comment 4 George Kiagiadakis 2008-09-28 15:54:17 UTC

Well, I can reproduce this in svn trunk r865463. Although it crashes on synchronization, after restarting korganizer, it shows only some appointments. Then I synchronize again, it crashes again and I restart again, and it shows the other appointments that were hidden before.

Comment 5 Murz 2008-12-09 12:19:51 UTC

*** This bug has been confirmed by popular vote. ***

Comment 6 Sergio Martins 2009-02-22 08:11:35 UTC

Fixed in trunk and in branch 4.2

*** This bug has been marked as a duplicate of bug 134694 ***