Summary | vCard (3.0) that contains a photo can't be imported when using postgres |
Queue | Turba |
Queue Version | 3.0.4 |
Type | Bug |
State | Resolved |
Priority | 2. Medium |
Owners | |
Requester | gsnerf (at) gsnerf (dot) de |
Created | 03/27/2011 (5214 days ago) |
Due | |
Updated | 10/18/2012 (4643 days ago) |
Assigned | 07/01/2011 (5118 days ago) |
Resolved | 10/18/2012 (4643 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Resolved
currently ignored in the search.
Marking as resolved in current code.
a newly created contact bakc to horde.
Therfore it is a show stopper for syncing.
New Attachment: ErrorContact.vcf
Following this comes the complete error message form the horde log
including the specific sql statement. I also attached the test vcard
with which I produced said error. This currently happens with Postgres
8.4 running, but I guess this will be a problem with other versions as
well (as has been said in the linked mailing list entries).
Apr 03 12:48:09 HORDE [error] [turba] DB Error: unknown error: SELECT
object_id, owner_id, object_type, object_members, object_uid,
object_firstname, object_lastname, object_middlenames,
object_nameprefix, object_namesuffix, object_alias, object_bday,
object_photo, object_phototype, object_homestreet, object_homepob,
object_homecity, object_homeprovince, object_homepostalcode,
object_homecountry, object_workstreet, object_workpob,
object_workcity, object_workprovince, object_workpostalcode,
object_workcountry, object_tz, object_email, object_homephone,
object_workphone, object_cellphone, object_fax, object_pager,
object_title, object_role, object_company, object_logo,
object_logotype, object_category, object_notes, object_url,
object_freebusyurl, object_pgppublickey, object_smimepublickey FROM
turba_objects WHERE (owner_id = 'gsnerf@gsnerf.de' AND
(((object_nameprefix ILIKE '%Postgres%' OR object_nameprefix ILIKE
'%Error%' OR (object_nameprefix = '' OR object_nameprefix IS NULL))
AND (object_firstname ILIKE '%Postgres%' OR object_firstname ILIKE
'%Error%' OR (object_firstname = '' OR object_firstname IS NULL)) AND
(object_middlenames ILIKE '%Postgres%' OR object_middlenames ILIKE
'%Error%' OR (object_middlenames = '' OR object_middlenames IS NULL))
AND (object_lastname ILIKE '%Postgres%' OR object_lastname ILIKE
'%Error%' OR (object_lastname = '' OR object_lastname IS NULL)) AND
(object_namesuffix ILIKE '%Postgres%' OR object_namesuffix ILIKE
'%Error%' OR (object_namesuffix = '' OR object_namesuffix IS NULL)))
AND object_lastname ILIKE '%Postgres Error%' AND object_homephone
ILIKE '%12345678%' AND object_homestreet ILIKE '%Road
City\\, State 54321%' AND object_email ILIKE '%postgres@error.net%'
AND object_photo ILIKE '%?PNG
')) [nativecode=ERROR: operator does not exist: bytea ~~* unknown
ZEILE 2: ...ail ILIKE '%postgres@error.net%' AND object_photo ILIKE '%?P...
Queue ⇒ Turba
State ⇒ Feedback
Patch ⇒ No
State ⇒ Unconfirmed
Milestone ⇒
Queue ⇒ Horde Groupware Webmail Edition
Summary ⇒ vCard (3.0) that contains a photo can't be imported when using postgres
Type ⇒ Bug
Priority ⇒ 2. Medium
already present in the database so it does not double contacts on
import. In the sql select statement of this check there is an ILIKE
comparison on the field 'object_photo' which is of type bytea.
This is not valid in postgres and leads to the following error:
ERROR: operator does not exist: bytea ~~* unknown
See the following entry in the postgres mailing list on this error:
http://archives.postgresql.org/pgsql-admin/2009-09/msg00041.php
I suggest to either correctly cast the entry into something that can
be compared, or simply remove the check for the photo as I don't think
this is a check that has any value to the task of finding double
entries.
PS: sorry if this is already reported and fixed in the turba query, I
couldn't find a similar entry