Hi Trejkaz Xaoza,

Are you using the viewer application or the conduits to do the sync?

Using the viewers to edit and add the data is currently disabled. Are the "new", "edit"and "delete" buttons in the viewers are disabled or enabled?

I'm using the conduits to sync with KOrganizer.

Okay, it seems it might be worse than I thought.  I just synced after having added 5-6 entries on the Palm, and only the most recent one appeared in KOrganizer.  Everything else is still on the Palm, but didn't sync over.

But I did manage to confirm that KAddressBook/Contacts are syncing pretty much perfectly, as are KNotes/Memos.

Should probably update the title of the bug to "KAddressBook conduit not syncing reliably at all."

The entry disappearing was due to me not saving the calendar before hitting the hotsync button.  Bug 63368 mentions this also.

Unfortunately, the new entry is still not synchronised to the PDA (rats!)

This is a calendar conduit bug. I won't say it is a duplicate of 63368 right now: let's see if I can confirm the entry not being synced *after* saving.

BTW, just a bug management question: is it OK if I reassign this bug to the owner of the component (reinhold?), or should I refrain from doing this? For this one I will do so. Any objections, please let me know.

On Saturday 14 August 2004 00:09, Carlos Woelz wrote:
> BTW, just a bug management question: is it OK if I reassign
> this bug to the owner of the component (reinhold?), or should I refrain
> from doing this? 

I don't really care, I usually don't look at the list of bugs assigned to me, 
but rather at kpilot's (and korganizer's) bug list at a whole.

Reinhold

I'm experiencing the same behavior with KDE 3.3 (SuSE 9.1 Packages) and my Tungsten T handheld. The calendar conduit isn't syncing at all between the handheld and Kalendar. It's rather a "handheld overrides desktop" behavior. If I add or delete Kalendar/ToDo entries on the desktop, all changes are gone after a hotsync. But entries entered/deleted directly on the handheld are synced to the desktop as desired.
I also had this problem with KDE 3.1 and 3.2 before.

Jörg.

I also experienced this bug and could solve it by just deleting the contents of $KDEHOME/share/apps/kpilot/conduits. Afterwards, the conduits for my palm user were recreated and now it works fine again.

I assume you meant $HOME/.kde/share/apps/kpilot/conduits.

Also, is this really safe to do?

Okay, forget my comment.  It's safe, but it doesn't fix the problem at all.  The conduits are recreated, but it still doesn't sync from the PC to the Palm, only the other way around.

> I assume you meant $HOME/.kde/share/apps/kpilot/conduits.

For me, the KDE directory isn't $HOME/.kde, I set $KDEHOME to $HOME/.kde3.3 to keep my old KDE configuration of 3.2.

When I encountered the bug I just had copied the former $KDEHOME/share/apps/kpilot directory of KDE 3.2 to my new KDE 3.3 directory. I guess deleting the contents of the conduits directory is safe because kpilot would recreate it anyway if it doesn't find it.

Regards,
Ronino

> The conduits are recreated, but it still doesn't sync from the PC
> to the Palm, only the other way around.

Hmm, obviously you are right. But syncing works both ways for me when the conduits directory is recreated. Then all new appointments made in korganizer can be found on the palm. But indeed, adding a new appointment afterwards and syncing again doesn't work. I thought it did...

Ronino

Sh*t, you're right.  It does work that very first time.

What's funny is this: if I set KPilot to "Copy PC to Handheld", it _still_ doesn't copy the stuff from the PC to the handheld.  Yet removing the conduit data seems to make that first sync work perfectly.  So there is something very specific in the way that the copy of stuff in KOrganizer is being compared to the data cached in that directory, and KPilot is somehow detecting that it hasn't changed, so doesn't copy it over.

It's comforting that a Tungsten T owner has issues too, since it means this isn't just a T3 issue like a couple of other bugs are. :-)

Bug #87619 (http://bugs.kde.org/show_bug.cgi?id=87619) seems to be related to this bug or it even is a duplicate. The bug reporter writes that KOrganizer doesn't create the X-PILOTID and X-PILOTSTAT fields for new entries. I checked this and it is true! No such fields.

The author reports that setting X-PILOTSTAT to 1 and X-PILOTID to a random number makes the entries be synced correctly. I haven't tried this yet.

I guess we're getting closer...

Ronino

That bug report was from me and yes, it's true, I suppose it's a duplicate. 
I don't know if X-PILOTID has any coded meaning (time or so), but I set it to some number somewhere in the range of other X-PILOTIDs existing in the .ics file and it worked that way (I suppose I was lucky not to create a duplicate X-PILOTID, so I don't know if this method is to be recommended - apart from requiring quite some effort). I guess, X-PILOTSTAT "1" means not copied yet, and "0" means already copied.
I can confirm, that (in KDE 3.3) setting "Copy from PC to PDA" did not make any difference. In fact, it seems it does not matter whichever copying/syncing method you choose, it always does a normal 2-way hotsync.
I downgraded to KDE 3.2 and the syncing works fine again (some other bugs, that came with KDE 3.3 did NOT disappear - argh - but that's another topic).
I'm pretty sure, that those missing X-PILOT... entries are responsible for the failing syncs.

Jan 

Hi,
I found this thread because of a recent problem with my PalmV in syncing with Kontact 0.8.1 using Kpilot 4.4.1 under FC2 2.6.7-1.494.2.2
What I found: a) this problem was reported recently in Auguts'04 b) this is exact what I start experiencing about 2 weeks ago.
It maybe coincidently happen after I did regular apt-get update; apt-get dist-upgrade. Before that I was experimenting with yum update.

PROBLEM

I can NOT propagate changes on my Palm to Korganizer, calendar.
The rest seems working fine.
I CAN sync changes in my Korganizer to Palm.

Vladimir

I use SuSE 9.1 and upgraded to KDE 3,.3 yesterday. I have the same problem. Entries made in my Palm Vx is copied to korganizer but entries in korganizer doesn't copy to my palm. If I delete the entries in the.kde conduits directory the contents entered in korganizer gets copied but if I enter a new one (after the new fies in conduits are created) it doesn't copy to my Palm Vx.

Additional comment to #17.
I had a plenty of X-PILOTSTAT:1 X-PILOTSTAT:0 and X-PILOTID entries in my calendar.ics. I didn't help at all.
The only fail and try option that helped to resolve this problem was to remove kpilotrc. Apparently I backed it up before.
Then started kpilot and very carefully gone through settings in conduites and kpilot.
Before start syncing the first time I examined kpilotrc and found there were no calendar file specified and CalendarType=1 where I'm using .ics which is type=0. That was because I just selected Standard Calendar destination.
I went back to kpilot --sync and pointed to my calendar.ics file. Lateron I changed it back to Standard but that had no affect on kpilotrc.

I ran  thoroughly testing of sync between Palm and Korganizer calendar and found no problem in sync in both directions and with perfect conflict resolution.

The "standard" calendar seems to be std.ics.

Incidentally, I can't see CalendarType anywhere in my kpilotrc file at all. :-/

Regarding #19:
Yes, it worked for me also. Once... or twice. Now I'm still unable to get new entries in korganizer to sync to my Palm.

I forgot to mention that the sync worked OK on KDE 3.2/SuSE 9.1, sorry!

*** Bug 87885 has been marked as a duplicate of this bug. ***

I can confirm this behavior with KDE 3.3 and KPilot 4.4.4 on SuSE 9.1. This makes kpilot currently completely useless for me.

Same story...  desktop stuff doesn't sync from KDE 3.3 to Palm m500.  Useless.

*** Bug 89413 has been marked as a duplicate of this bug. ***

I post bug 89413 which is a duplicate. I deleted conduits directory and it worked fine for once. I will make further tests later, might not work again. In addition, no CalendarType nor calendar file in my kpilotrc.

worked once then palm erased desktop...really buggy. waiting for new release, kinda useless at the moment.

I tried to delete the conduits directory and the sync worked well once (Palm to PC & PC to Palm) but not the second time (only Palm to PC)...

I got the Problem since KDE3.3, that Kpilot seems not to sync with KOrganizer AND KAdressbook. KOrganizer doesn save the entrys, it says "Cannot save to KOrganizer Standard Resource".

Furthermore: KPilot has the bug (earlier version) that changes in Notes-Entries are only synced from the Palm to KPilot not vice versa. But the changes made in KPilot are also not kept in KPilot itself after changing the tab for example...

Bastian

*** Bug 90012 has been marked as a duplicate of this bug. ***

I've expirienced the same problems with my Sony Clie TJ37. I'm syncing via WLan Network.

How can one create better feedback information? Where to create LOG-Files or something like that?

Matthias

Same problem with KDE 3.3 and SUSE 9.1.  In addition, if I delete an entry on my desktop, the entry is not deleted on my Clie SJ20, and indeed it usually gets re-created on my desktop.

Same problem with either hot sync or fast sync.  Setting full sync seems to have no effect whatsoever.  Even using "copy PC to handheld" doesn't help.  This is a very grave problem for me, since I usually create calendar entries on my desktop.

This problem appears to be new with KDE 3.3.

I can confirm the problem. KDE 3.3, SuSE 9.1 Sony Clie SJ33, Palm III and Palm V. All worked fine under KDE 3.2.3. Sometimes kpilot completly or partial crashed (erased) the addressbook (using Agendus from Iambic. Don't know if this matters). Sorry, but kpilot in the actual version is unusable.

Fixed in CVS; people able to compile from source should try the tarball now up on kpilot.org, which contains the same code. There may be a bug in libkcal as well that cooperates to cause this, please take a look.

I tried the tarball (20040924, I presume, since that was the most recent one on the site after comment #35); it did not fix this problem.

What's the easiest way that I can get a diff of just this fix which will apply to the KDE 3.3.0 sources?

Olivier Djian posted to kdepim-users a couple of patches to libkcal, which have sorted it for me; are they alternative to the new CVS tarball, or do we really need both?

Fixed in HEAD and in BRANCH; it will be out with KDE 3.3.1 or with the KPilot 4.4.5 tarballs on kpilot.org.

SUSE has built new packages for 9.1 (presumably with these fixes); in any event, it finally appears to work.

Could you tell us please where to find the new SuSE packages?
I tried YAST Online-Update and checked ftp://ftp.gwdg.de/pub/linux/suse/ftp.suse.com/suse/i386/supplementary/KDE/update_for_9.1
but I couldn't find new packages...

Try ftp://ftp.suse.com/pub/suse/i386/supplementary/KDE/update_for_9.1/applications/ .  They're kdepim3-*3.3.0-27.i586.rpm.  Yes, I know ftp.suse.com is rather slow...

*** Bug 87619 has been marked as a duplicate of this bug. ***

I have installed the SuSE 9.1 rpms (actually, just did an update since I was already on those) and it indeed seems to work now. I added an item to my KOrganizer and it appeared in the palm and vice versa. Not items were erroneously deleted. The TODO list was also updates as expected.

Hmm, I think I have to withdraw my previous statement that it currently works. When I create items on my Palm, they are all synced to korganizer. But when I create items in korganizer, they are not all synced to the palm. It is better in that some items are synced, but it still doesn't work since not all items are synced.

Could someone else test this: create several items in korganizer and see if they all end up in the palm?

I just tested the patches which were posted to kdepim-users, and the result is that now, I can't see anything in the calendar or the TODO list on the desktop at all.  I also get "Error while saving Default KOrganizer resource" on exiting, so there's probably some simple error in loading and saving the calendar.

Was there a difference between these patches and the changes which were actually applied to CVS?  Would someone answer my previous question regarding how to obtain a patch which fixes this?

I just installed the new SuSE packages, but I don't believe (hope) they already include the fixes.
I experience the same behavior as before. I created several items on the desktop, but none was synced to my Tungsten T. After syncing the newly created items were also gone on the desktop.
The new SuSE packages still use KPilot 4.4.4. As posted by groot@kde.org these fixes come with KPilot 4.4.5. Seems like we have to wait until SuSE provides KDE 3.3.1 packages...

ftp.suse.com containes 4.4.5 packages since a few hours. Make sure you have the 3.3.0-29 rpm for kdepim3-kpilot

OK, I installed the SuSE kdepim 3.3.0-29 packages so I'm now running KPilot 4.4.5. I deleted all previous kpilot and korganizer configuration files and set up everything new. But the problem is still not fixed, no items created on the desktop are synced to my Tungsten T.

I downloaded the kdepim-tarball dated 2004-10-01 (including kpilot 4.4.6 Kiel) and installed everything from there. I can now observe the following behavior:

1. events created in korganizer are transfered to the palm, ok, even without saving first. (that's a significant improvement)
2. events modified in korganizer (category, content, time,...) and synced before saving or are set back to the state they have in the Palm (this is like before, palm always overwrites pc, just that now it also overwrites the category, it didn't do that in 4.4.4).
3. (or 2b.) events modified in korganizer and synced only AFTER SAVING, are also overwritten by the Palm.
4. events deleted in korganizer synced before saving reappear after sync.
5. events deleted in korganizer and synced only AFTER SAVING, are correctly synced (they disappear on the palm, as expected)
6. events modified on the palm always cause a "modified on both PC and Palm" message prompting to select which one should overwrite the other, even when they were modified only on the palm. The selection the user makes (palm or pc) is then carried out correctly.

summary:
i can finally enter events on my pc, but i need to do it right the first time, because modifications can only be done on the pilot.

Is there a separate bug open against "palm always overwrites PC", or should I open one?  That's a serious problem in its own right.

rik, "palm always overwrites PC" is what _this_ bug is about. :-)

*** Bug 90696 has been marked as a duplicate of this bug. ***

Okay, I'm on KDE 3.3.1 now, and have KPilot 4.4.5, but the problem doesn't seem to have gone away.

I create a TODO called "test", hit save, hit sync, and the sync finishes but the task doesn't appear on the Palm.  Now what?

I can confirm the behavior of post #54. A TODO created in korganizer isn't synced with the Palm, but it works vice versa.

Referring to comments #9 and #10, I deleted the content of ~/.kde/share/apps/kpilot/conduits/ . Still, I do have to save the calendar in Kontact before syncing. At least, all entries are synchronised the way it should be. I'm using a Palm Tungsten T.

Just deleted ~/.kde/share/apps/kpilot/conduits/ and tried again.  An item created on the PC is definitely still not syncing to the Palm.

This is on a T3.  Perhaps this is something particular to this unit?  Either way, it's definitely not fixed.

I'm now using 4.4.5 (Augsburg) version with KDE 3.3.1 on a freshly dist-upgraded Debian unstable.

Everything is now working, i.e. events, contacts and tasks created on PC are synced with the handheld, and vice-versa.  The only remaining problems are that:

1.  In order to have tasks created on PC synced, I have to use complete sync option and quit Kpilot and start it again before syncing.
2.  Modifications to tasks on PC will be overwritten by handheld.

Well, it seems that there is another problem that I didn't see before my previous post:

If I checked out (or close) a task in Korganizer or on my handheld, it will remain active after sync, either in Korganizer and on my handheld, wether I use fast, normal, complete or even Handheld to PC sync mode.  

I'm using 4.4.5 (Augsburg) kpilot version with KDE 3.3.1 on Debian unstable.

Referencing to #59 i can confirm. 

Initially syncing all tasks are synced. After this neither changes/adds on the Desktop or the PC are synced (or replaced). They are complettly ignored. The tasks aren't shown in the conduits too. So this seems to be not only a problem with korganizer.

BTW: Had anyone success with syncing notes to knotes? I only can see palm notes it in the conduit view. Not in knotes. 

The tasks are part of KOrganizer as well, actually.

As of 4.4.5, I observe the following behavior:

1) If a calendar record exists on both the handheld and the PC, the handheld always overrides, even if the only change was on the PC.

2) If a calendar record is deleted on the handheld, it is deleted on the PC, even if the record was changed on the PC.

3) If there is no record on the handheld, the record on the PC is copied to the handheld.

When this bug is root caused, I would be very interested in understanding what it is.  This would seem likely to be a very straightforward logic bug.  However, this bug is also a regression, so I'd be curious what change led to this happening.

I reproduced the problem on Mandrake 10.1 CE (KDE 3.2.3, Kpilot 4.4.4).
Calendar syncing from PC => pilot only works the first time.

Just wanted to make a general comment that people should be testing with the 4.4.6 tarballs from http://www.slac.com/pilone/kpilot_home/index.html. Installation from the tarballs is pretty easy.. if anyone has trouble, ask me & I'll try to help you out.

KDE 3.3.2 claims to be kpilot 4.4.6 -- is this the correct version?

With the 4.4.6 version in KDE 3.3.2, I observed the following behavior:

1) Deleting an item on the PC resulted in it getting deleted on the handheld.

2) Changing a record on the PC does not "take"; after syncing, the change is missing on both the PC and the handheld.

I have not had a chance to run more extensive tests.

This is with the SUSE 9.1 update RPM's.

I don't know if it'll help, but when an event is copied and pasted in korganizer, the X-PILOTID stays the same, and the pasted events are not synced to the palm. Maybe this is one of cause for the problems here. Or should I open another bug ?

*** Bug 63368 has been marked as a duplicate of this bug. ***

KDE 3.2.3, KPilot 4.4.5 (equals to Mandrake 10.1 + updates)
Palm: Zire 72
Same problem as described by the others: Palm always overwrites PC; PC-entries do not appear in the Palm but are deleted after sync.
First solution: use Save-menu in Kontact. But that's not enough. Sometimes a task created in Kontact shows up in the palm, sometimes not, despite using the Save-menu of Kontact. I cannot determine when a task will show in the Palm, or not.

I'm now using Kpilot 4.4.6 version with KDE 3.3.2 on a freshly dist-upgraded Debian unstable. 

After my upgrade from 4.4.5 to 4.4.6, things first appeared to have worsened on the tasks syncing front: sometimes sync were working, and sometimes not.  Then I decided to perform some extensive tests and I finally got some "reproducible" results:

1. Calendar events sync perfectly, i.e. PC to HH & HH to PC;

2. Tasks sync well HH to PC.  For PC to HH, modifications to already existing tasks synced well.  The only problem I observe with PC to HH is that NEW tasks created in Korganizer won't sync UNLESS:
a) "complete sync" has been selected in Kpilot settings AND it is the first sync after kpilot startup; it won't work if it's the 2nd or 21st sync, even if I try to force a complete sync by selecting it in Kpilot menu; 
OR
b) another existing task has been modified (change of task text, category, etc.); it will work whether it's the 1st or 21st sync and wheteher I select complete, fast or normal sync in Kpilot settings.

That's it for now!

Well, I have to correct my previous statement that I'm experiencing perfect calendar event sync with Kpilot 4.4.6, KDE 3.3.2 on Debian unstable.  After some more problems and experiencing, I've found that, if complete sync is set in Kpilot options, calendar events will sync PC to HH only at the second sync after Kpilot startup and only if the event has been entered in Korganizer after the first sync.  Weird...

So here's my revised summary: 
 
 1. Calendar events sync perfectly HH to PC;  They also sync perfectly PC to HH in normal or fast sync mode; however for PC to HH in complete sync mode, it will work only at the second sync after Kpilot startup AND ONLY if the event has been entered in Korganizer after the first sync; in that case, the effect of the first sync seems to be "HH to PC copy".
 
 2. Tasks sync well HH to PC.  For PC to HH, modifications to already existing tasks sync well.  The only problem I observe with PC to HH is that NEW tasks created in Korganizer won't sync UNLESS: 
 a) "complete sync" has been selected in Kpilot settings AND it is the first sync after kpilot startup; it won't work if it's the 2nd or 21st sync, even if I try to force a complete sync by selecting it in Kpilot menu; 
 OR 
 b) another existing task has been modified (change of task text, category, etc.); it will work whether it's the 1st or 21st sync and whether I select complete, fast or normal sync in Kpilot settings. 
 

Does 4.4.7 have any changes that might affect this (i. e. is it worth downloading and trying 4.4.7)?

With Kpilot 4.5 (baby) & KDE 3.4 on Debian unstable, I would consider this bug resolved.  Everything appears to sync correctly PC to HH and HH to PC.  

There's a new problem however, for which I think it would be appropriate to fill a new bug report, if it hasn't been done yet:  Each time I modify a task or an event on HH and try to sync, kpilot asks me to confirm which of PC or HH it should keep, like if there was a conflict.  To my understanding, a conflict is when a task or an event have been mopdify  on *both* HH and PC, which was not the case in the tests I've performed.

Oops, I've finaly found a PC to HH sync problem, with tasks (and probably events...) conduit.  It works fine for me with normal or fast sync, but not with complete sync.  Complete sync makes HH overwrite PC.

I'm still using Kpilot 4.5 (baby) & KDE 3.4 on Debian unstable.

I can confirm this bug with KPilot 4.5.0 & KDE 3.4.0 & Palm m500:

Entries in Korganizer are synced to the Palm, but entries in the Palm don't get into Korganizer. Adressbook and Notes sync without problems.

I figured out some interesting behaviour: 
When using ical-files in Kontact, I get the behaviour described in comment #75, but when using vcal-files the transfer of calendar entries from palm to Desktop works but not the other way around. With vcal-files syncing of the todo-list also doesn't work (works with ical). It seems like what's not working with ical, does with vcal and vice versa.

I hope I didn't muddle up the different behaviours and conditions ... it's getting late ...

For clarification...

I'm using iCal with korganizer and I don't see these problems.  Can someone please verify what does and does not work with iCal and what does and does not work with vCal?

Thanks.

I did another test: 
To make things more clear I removed my old ical-File an created an new one. After the first sync all appointments from the Palm were correctly synced to KOrganizer. Then in korganizer I deleted one appointment and added one. After syncing the changes were correctly transferred to the palm. So far so good ...
At last I added one appointment in the Palm. After the hotsync there was no entry transferred to korganizer and the new entry in the Palm was missing.

A todo item generated in korganizer is synced to the palm. I changed the item to "completed" and on the next hotsync kpilot annonces a conflict of this todo-item being changed in palm and desktop (on desktop it wasn't changed after the sync) and I get asked which one to use. Todo-entries created on the palm, synced and then changed in korganizer is correctly synced back to the palm containing all changes made on the desktop. Changing this entry again, but on the palm and then sycing, I get kpilots conflict-window about a change on both sides again.

I don't have the time to repeat this with vcal right now, but I'll try to check it the next days.

KPilot 4.5.0 (baby)
pilot-link 0.11.8
KDE 3.4.0
Palm m500
Debian (unstable)

Hi!

I have experienced the same Problem with Kpilot 4.5.0 and Kontact and that's
mostly the way: 
o add/remove/change an event in Kontact/Korganizer
o start KPilot
o do a sync
=> sync mostly fails. The change isn't recognized

But when I stop Kontact and perform the sync with KPilot eveything works 
fine.

Would that help?

re comment #79....

I'm not sure if you're seeing the same thing here.  Are you pressing save in korganizer/kontact before you sync?  If not, then there's your problem.

I've Fedora Core 4 with KPilot 4.5.2, pilot-link-0.12.0-0.pre3.0 and KDE 3.4.1. My palm is a SONY Clie PEG-SJ22/E. Everything was working well with FC3. I've deleted my previous installation and installed a fresh FC4. Previously i'd saved my calendar, adressbook, mail etc... I've imported everything without problems. After some problem to synchronise with kpilot, i've realised that data from PC are not sync to the palm (calendar because address crash kpilot see Bug 107982).
in summary: 
Add a new entry in calendar in the PC -> nothing sync to the palm (even after saving in kontact or korganiser)
Add a new entry in the palm -> sync perfectly to the PC
Delete this entry without saving -> nothing happend to the palm
Delete this entry and saving -> entry is deleted to the palm
but previous data in my calendar are still missing in the palm

After one week of various testings, verything work well with Kpilot 4.5.2, KDE 3.4.1 on Debian unstable.  So far, I would consider this bug solved.

re comment  #82....

Marco, are you using ical or vcal for your calendar file format?

Well, I don't know exactly...  I have Kpilot syncing with a Korganizer calendar using the default settings, i.e. saving in a file named std.ics in .../.kde/share/apps/korganizer

Ahh, okay.  You're using ical then.  From what I gathered from this bug report, the problem has something screwy to do with when vcal is used.  I also use ical and can't reproduce these problems.  Thanks for the reply.  =:)

Hello,
I found a reason for similar behaviour: If I copy a Date in Korganizer, it is not synced to the Palm. Looking in the ics-File shows, that the konduit seams to enter two lines:
X-PILOTID:15431162
X-PILOTSTAT:0
These lines are copied together with the event and I assume, that this leads to the problem: In the ics-File are several events with the same X-PILOTID and one of them was allready synced and not touched again and so needs not to be synced again. When I remove these lines, its well synced.

I don't know, how this should be solved best. Should korganizer remove additional lines? I don't think so, because other X-Lines could be useful to copy. (I don't know any but could imagine) So the conduit would have to check double-X-PILOTIDs and do something with them. Any ideas?

ISTM that both of them should not be copied.

On Tuesday 11 October 2005 16:37, Sascha Junghans wrote:
> I found a reason for similar behaviour: If I copy a Date in Korganizer, it
> is not synced to the Palm. Looking in the ics-File shows, that the konduit
> seams to enter two lines: X-PILOTID:15431162
> X-PILOTSTAT:0
> These lines are copied together with the event and I assume, that this
> leads to the problem.


Yes, that's a pretty fundamental problem. The X-PILOTID means 'this event with 
this UID belongs to this Pilot record UID', so if that field is copied then 
that breaks the whole notion of mapping events from KOrganizer to Pilot 
records. On the other hand, the whole conduit is just totally broken -- this 
information doesn't _belong_ in the event / korganizer data structure, it 
belongs in a database maintained by kpilot on its own.

So, um, .. thank you for spotting the problem, but fixing it trivially in 
KOrganizer is just a stopgap; fixing it properly in KPilot is a big job 
(there's a work branch for that).

Wait a second....  I fixed something very similar to this recently.....   Ahh yes, it's bug #83782.  

Hmmmm.  Ugly.  Same exact problem, but this one was with addresses.  I suggest that the same solution be used to solve this for korganizer, but as Adriaan says, this should be something that kpilot tracks internally without relying on korganizer to do the right thing.

See Bug #113612.

If the "copy bug" is discussed/solved in this ((86879)) thread, then the 113612 can be closed as "duplicate"?

*** Bug 113612 has been marked as a duplicate of this bug. ***

has there been any progress on this bug?

When I submitted comment #82 above (more than 1 year ago), this bug could be considered solved from my perspective.  But now, I can't provide you with any confirmation, considering that the following bug makes testing impossible for me:

http://bugs.kde.org/show_bug.cgi?id=129095

https://launchpad.net/distros/ubuntu/+source/kdepim/+bug/27077

for me at least, ubuntu dapper/palm tx, the issue appears to be what was posted in #16 above--messed up X-PILOTID and X-PILOTSTAT fields in the local ical file.  2 semi-workarounds are to edit the ical file, changing the stat to "1" and setting a random value for the id--though i'm afraid the id will bite me in the ass at some point.  #2 is to simply delete the DatebookDB file under /home/yourname/.kde/share/apps/kpilot/conduits/yourname/ directory. it'll reappear on next sync with everything from your kaddressbook ical file. still not ideal though.

I'm on suse 10.2 and none of the above works for me. 

With SUSE 10.2, I found that upgrading to KDE 3.5.6 (from the download.opensuse.org repository) solved my problem.  The exact sequence I followed:

1) Upgrade the RPM's and restart.

2) Save a copy of my .ics file!!!

3) Edit the ICS file, changing all X-PILOTID's to 0 and X-PILOTSTAT to 1.

4) Do a Copy PC to Handheld sync.

On SuSe 10.2 I had the same problem; upgrading to KDE 3.5.6 and doing a full sync solved it without further measures, i.e. editing the ICS file was not necessary.

re, all.

This bug has been open for 2 and a half years.  I believe that our latest release with KDE 3.5.6 has fixed these issues.  If anyone on this bug still is experiencing problems in syncing between kpilot and korganizer *** and you are running the most current release of KDE/kpilot ***, please open a new bug (or find one that's already existing) with all information you can provide so we can fix the problem.  I'm closing this one for mental health reasons (in addition to believing that we've fixed the original problem, at the very least, and several people confirming that this has been fixed).

Thanks, all!!