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