--- Comment #14 from Tristan Van Berkom <tristan.van.berkom(a)gmail.com> ---
(In reply to comment #13)
(In reply to comment #12)
> Things should work now according to those tests.
These are the relevant commits:
7748a56 sqlitedb: Only create indexes after introspection
606b360 sqlitedb: Use proper length of default country code
74e3f1e sqlitedb: Fix another issue phonenumber matching issue
3443ed1 sqlitedb: Assing country-code to address summary
They reestablish rewriting the summary when the local changes. This solution
still needs to be upstreamed.
Again, we've still had issues convincing Milan that the addressbook data
needs to be re-written on a locale change (or at least for a country code
change), that still needs to be upstreamed.
Regarding some different behaviour that was occurring when matching
phone numbers in the SQLite vs matching directly with the vCard data,
we did catch that issue and it was fixed in this commit:
Author: Mathias Hasselmann <mathias(a)openismus.com>
Date: Fri Mar 1 14:05:28 2013 +0100
sqlitedb: Improve national phone number matching
The sqlitedb backend and e_phone_number_compare() showed different
behavior for a few cases of national and short number matching.
This syncs the behavior.
You are receiving this mail because:
You are on the CC list for the bug.