220d60caae
When the "default" config template (= ScheduleWorld) was downgraded to "not consumer ready" in SyncEvolution 1.1.0.99.1, setting up a custom SyncML service in the GTK UI stopped working because the UI wouldn't show the "not consumer ready" config. Fixed by changing the "default" config: - always has ConsumerReady = 1 - PeerName empty - based on SyncEvolution server template (not essential, but has saner, minimal settings for all sources and will make it easier to remove the ScheduleWorld template) It is uncertain why the initial bug report says that the failure is random and why Jussi was unable to reproduce the problem. The problem describe above is deterministic. So perhaps there is also another, related issue.
30 lines
631 B
INI
30 lines
631 B
INI
=== template.ini ===
|
|
fingerprint = ScheduleWorld
|
|
description = server no longer in operation
|
|
|
|
=== config.ini ===
|
|
syncURL = http://sync.scheduleworld.com/funambol/ds
|
|
WebURL = http://www.scheduleworld.com
|
|
PeerName = ScheduleWorld
|
|
IconURI = image://themedimage/icons/services/scheduleworld
|
|
|
|
=== sources/addressbook/config.ini ===
|
|
sync = two-way
|
|
uri = card3
|
|
syncFormat = text/vcard
|
|
backend = addressbook
|
|
|
|
=== sources/calendar/config.ini ===
|
|
sync = two-way
|
|
uri = cal2
|
|
backend = calendar
|
|
|
|
=== sources/todo/config.ini ===
|
|
sync = two-way
|
|
uri = task2
|
|
backend = todo
|
|
|
|
=== sources/memo/config.ini ===
|
|
sync = two-way
|
|
uri = note
|
|
backend = memo
|