We have moved to a new Sailfish OS Forum. Please start new discussions there.
1 | initial version | posted 2013-12-27 12:20:48 +0200 |
All details subtypes (sorry, don't know the correct terminology) are set to "Home" even when in my Google account they match their intended usage: for example on my Jolla phone under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc.
2 | retagged |
All details subtypes (sorry, don't know the correct terminology) are set to "Home" even when in my Google account they match their intended usage: for example on my Jolla phone under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc.
3 | No.3 Revision |
All details subtypes (sorry, don't know the correct terminology) are set to "Home" even when in my Google account they match their intended usage: for example on my Jolla phone under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc.
4 | No.4 Revision |
All contact field names (or details subtypes (sorry, subtypes, sorry, don't know the correct terminology) for phone numbers,email-adresses and adress data are set to "Home" even when they in my Google account they match their intended usage: for usage. For example on my Jolla phone under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc.
Serious bugt that makes People data from Google unseless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
5 | No.5 Revision |
All contact field names (or details subtypes, sorry, don't know not sure about the correct terminology) for phone numbers,email-adresses and adress street address data are set to "Home" or "Personal" even when they in Google account match their intended usage. For example on my Jolla phone Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc.etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google contact's server data.
Serious This is a serious bugt that makes People data from Google unseless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
6 | retagged |
All contact field names (or details subtypes, sorry, not sure about the correct terminology) for phone numbers,email-adresses and street address data are set to "Home" or "Personal" even when they in Google account match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google contact's server data.
This is a serious bugt that makes People data from Google unseless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
7 | No.7 Revision |
All contact field names (or details subtypes, sorry, not sure about the correct terminology) for phone numbers,email-adresses and street address data are set to "Home" or "Personal" even when they in Google account match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google contact's server data.
This is a serious bugt that makes People data from Google unseless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
8 | No.8 Revision |
All contact field names (or or lables or details subtypes, sorry, subtypes (sorry, not sure about the correct terminology) for e.g. phone numbers,email-adresses numbers, email-adresses and street address data are set to "Home" or "Personal" even when they in Google account server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google contact's server data.
This is a serious bugt that makes People data from Google unseless practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
9 | No.9 Revision |
All contact Contact field names or lables labels or details subtypes (sorry, not sure about the correct terminology) for e.g. phone numbers, email-adresses and street address data are set to "Home" or "Personal" even when they in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google contact's server data.
This is a serious bugt that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
10 | No.10 Revision |
Contact field names or labels or details subtypes (sorry, not sure about the correct terminology) for e.g. phone numbers, email-adresses and street address data are set to "Home" or "Personal" even when they in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google contact's server data.
This is a serious bugt bug that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
11 | No.11 Revision |
Contact field names or labels or details subtypes (sorry, not sure about the correct terminology) for e.g. phone numbers, email-adresses and street address data are set to "Home" or "Personal" even when they in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google contact's server data.
This is a serious bug that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
12 | retagged |
Contact field names or labels or details subtypes (sorry, not sure about the correct terminology) for e.g. phone numbers, email-adresses and street address data are set to "Home" or "Personal" even when they in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google contact's server data.
This is a serious bug that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
13 | No.13 Revision |
Contact field names or labels or details subtypes (sorry, not sure about the correct terminology) for e.g. phone numbers, email-adresses and street address data are set to "Home" or "Personal" even when they in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google contact's server data.
This is a serious bug that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
14 | No.14 Revision |
Contact field names or labels or details names/labels/details subtypes (sorry, not sure about the correct terminology) for e.g. phone numbers, email-adresses and street address data are set to "Home" or "Personal" even when they in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google contact's server data.
This is a serious bug that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
15 | No.15 Revision |
Contact field names/labels/details subtypes (sorry, not sure about the correct terminology) for e.g. phone numbers, email-adresses and street address data are set to "Home" or "Personal" even when they in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google contact's server data.
This is a serious bug that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
16 | No.16 Revision |
Contact field names/labels/details subtypes (sorry, not sure about the correct terminology) for e.g. phone numbers, email-adresses and street address data are set to "Home" or "Personal" even when they in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google contact's server data.
This is a serious bug that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
17 | retagged |
Contact field names/labels/details subtypes for e.g. phone numbers, email-adresses and street address data are set to "Home" or "Personal" even when they in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google contact's server data.
This is a serious bug that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
18 | retagged |
Contact field names/labels/details subtypes for e.g. phone numbers, email-adresses and street address data are set to "Home" or "Personal" even when they in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google contact's server data.
This is a serious bug that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
19 | No.19 Revision |
Contact field names/labels/details subtypes for e.g. phone numbers, email-adresses and street address data are set to "Home" or "Personal" even when they e.g. in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google Google/Yahoo contact's server data.
This is a serious bug that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
20 | No.20 Revision |
Contact field names/labels/details subtypes for e.g. phone numbers, email-adresses and street address data are set to "Home" or "Personal" even when they e.g. in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google/Yahoo Google/Hotmail contact's server data.
This is a serious bug that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
21 | No.21 Revision |
Contact field names/labels/details subtypes for e.g. atleast phone numbers, email-adresses and street address data are set to "Home" or "Personal" even when they e.g. in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google/Hotmail contact's server data.
This is a serious bug that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
22 | No.22 Revision |
Contact field names/labels/details subtypes for atleast phone numbers, email-adresses and street address data are all set to "Home" or "Personal" even when they e.g. in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google/Hotmail contact's server data.
This is a serious bug that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
23 | No.23 Revision |
Contact field names/labels/details subtypes for atleast phone numbers, email-adresses and street address data are all set to "Home" or "Personal" even when they e.g. in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google/Hotmail contact's server data.
This is a serious bug that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here
24 | No.24 Revision |
Contact field names/labels/details subtypes for atleast phone numbers, email-adresses and street address data are all set to "Home" or "Personal" even when they e.g. in Google server data match their intended usage. For example on my Jolla's People app, under "Phone" section all phone numbers are marked as "Home", under "Email" all email addresses are "Personal", etc. So "Work", "Company", "Other" are not assigned at all, even if they exists in Google/Hotmail contact's server data.
This is a serious bug that makes People data from Google practically useless and has a danger of messing up the Google account server data if/when the two-way sync is available (for now, contact data is only read-only).
Note: there is another releated question/bug concerning the editability of Google contact data: here