desktop-packages team mailing list archive

[Rolf Leggewie <571286@xxxxxxxxxxxxxxxxxx>]

lucid has seen the end of its life and is no longer receiving any
updates. Marking the lucid task for this ticket as "Won't Fix".

** Changed in: couchdb-glib (Ubuntu Lucid)
       Status: New => Won't Fix

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to couchdb-glib in Ubuntu.
https://bugs.launchpad.net/bugs/571286

Title:
  Data loss of postal addresses between Evolution and Ubuntu One's
  Funambol exchange/web UI

Status in GLib-based API to access CouchDB databases:
  Fix Released
Status in Release Notes for Ubuntu:
  Invalid
Status in Ubuntu One Servers:
  Invalid
Status in couchdb-glib package in Ubuntu:
  Fix Released
Status in couchdb-glib source package in Lucid:
  Won't Fix
Status in couchdb-glib source package in Maverick:
  Fix Released

Bug description:
  The freedesktop specification for contacts records
  (http://www.freedesktop.org/wiki/Specifications/desktopcouch/contact)
  had, for postal addresses, one field for "street", containing a
  multiline text, while the Funambol exchange (phone sync) the web UI
  uses "address1" and "address2" for the same, which results in data
  loss for users that edit in both Evolution and the Funambol
  exchange+web UI, and this has been happening since Karmic.

  We need several things:
  * change the Freedesktop specification to use "address1" and "address2"
  * change evolution-couchdb in both Karmic and Lucid to switch from using a multiline "street" field to using "address1" and "address2"
  * change the Funambol exchange and the web UI to support records with a multiline "street", so as not to lose data from not yet upgraded clients

  So this needs a SRU for couchdb-glib for both Karmic and Lucid and a
  synchronized change on the server side

To manage notifications about this bug go to:
https://bugs.launchpad.net/couchdb-glib/+bug/571286/+subscriptions