6.0.0-beta1
7/5/25

[#8386] Mapping is broken
Summary Mapping is broken
Queue Synchronization
Type Bug
State Resolved
Priority 2. Medium
Owners jan (at) horde (dot) org
Requester han.spruyt (at) ijsselgroep (dot) nl
Created 06/27/2009 (5852 days ago)
Due
Updated 10/25/2009 (5732 days ago)
Assigned 10/11/2009 (5746 days ago)
Resolved 10/25/2009 (5732 days ago)
Github Issue Link
Github Pull Request
Milestone 3.3.6
Patch No

History
10/25/2009 07:20:23 PM Jan Schneider State ⇒ Resolved
 
10/25/2009 06:10:03 PM info (at) pmrogan (dot) de Comment #8 Reply to this comment
The fix works for me.. Horde Groupware Webmail Edition 1.2.4 <-> 
Funambol Mozilla Sync Client 0.9.1


10/21/2009 02:05:51 PM Jan Schneider Comment #7 Reply to this comment
Anyone? I thought this bug was so important for so many people?
10/11/2009 05:20:55 PM Jan Schneider Comment #6
State ⇒ Feedback
Taken from Gunnar Wrobel
Reply to this comment
Please try the fix I committed.
09/25/2009 12:32:49 PM Jan Schneider Comment #3
Priority ⇒ 2. Medium
Milestone ⇒ 3.3.6
Reply to this comment
Any comment why priority is "low" for this bug?
Because this is only a problem if synching so many items that the 
mapping doesn't fit into a single SyncML message.
09/21/2009 09:28:25 AM lst_hoe02 (at) kwsoft (dot) de Comment #2 Reply to this comment
This bug seams still be there in the new 3.3.5 Horde Release? As this 
basically prevent SyncML from working we have to use the old Map.php 
further on??

Any comment why priority is "low" for this bug?
06/28/2009 04:21:16 PM Chuck Hagenbuch Assigned to Gunnar Wrobel
State ⇒ Assigned
Assigned to Jan Schneider
 
06/27/2009 11:50:11 PM han (dot) spruyt (at) ijsselgroep (dot) nl Comment #1
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Mapping is broken
Queue ⇒ Synchronization
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
Reply to this comment
We use webmail edition 1.2.3



In version 1.1.10.12 of Framework/SincML/SyncML/Command/Map.php the 
code for creating the mapping record in horde_syncml_map moved from 
function endElement to function handleCommand.



But handleCommand is only called one per map command while endElement 
once per mapItem command.



The result is that now only for the last mapItem a mapping record is created.



Go back to an earlier version for Map.php solved the problem for us.


Saved Queries