[imp] Horde_Prefs db-schema upgrade crashes identities

Jan Schneider jan at horde.org
Wed Apr 10 13:20:58 UTC 2013


Zitat von norbi <norbi at rocknob.de>:

> Am 10.04.2013 11:33, schrieb Jan Schneider:
>>
>> Zitat von norbi <norbi at rocknob.de>:
>>
>>>> Zitat von norbi <norbi at rocknob.de>:
>>>>
>>>>> Hi List,
>>>>>
>>>>> next day, next problem :(
>>>>> After upgrading the db-shema for Horde_prefs via the  
>>>>> webinterface, horde 5.0.4/imp 6.0.4 dont shows existing identitys.
>>>>>
>>>>> Its reproducable, in database i can see alls identitys(select *  
>>>>> from horde_prefs where pref_uid='name at domain.tld' and pref_name  
>>>>> ='identities'), but horde dont use/listen them. So we have lost  
>>>>> in one account about 140 identitys in another one "only" 5!
>>>>> I think it has to do with umlauts in this identitys, like name  
>>>>> of Identity "Standardidentität"
>>>>>
>>>>> any hints ?
>>>>>
>>>>> Norbert
>>>>
>>>> You probably change the charset in either your database or the  
>>>> sql configuration while upgrading.
>>>
>>> is there a way to repair the defect identities? i cant find any  
>>> charset changes between the update :(
>>
>> With a bit of PHP and charset knowledge, probably.
>
> its very strange, we have read the serialized string via php from  
> table that has type "longtext" (horde_prefs ), then after insert  
> this value via php to table who has type "blob" (horde_prefs2) the  
> serialized string is defect and cant be read
>
> can anybody test this ? connection is established with  
> "mysql_set_charset('utf8');"

Sounds like mysql is converting the charset for you on the fly when  
using a text column. The stored value is still broken though, it just  
happened to work for you because mysql was smart.
-- 
Jan Schneider
The Horde Project
http://www.horde.org/



More information about the imp mailing list