[kronolith] calendar_id horde4 solved
Redhat
redhat at techspace.nl
Sun Jul 3 16:43:25 UTC 2011
Op 2-7-2011 9:55, redhat at techspace.nl schreef:
> Citeren Jan Schneider <jan at horde.org>:
>
>> Please don't top-post.
>>
>> Zitat von redhat at techspace.nl:
>>
>>> Citeren Jan Schneider <jan at horde.org>:
>>>
>>>> Zitat von redhat at techspace.nl:
>>>>
>>>>> Citeren Jan Schneider <jan at horde.org>:
>>>>>
>>>>>>
>>>>>> Zitat von redhat at techspace.nl:
>>>>>>
>>>>>>> first of all i know there a some toppings about this but i don't
>>>>>>> get my answer or don't understand them.
>>>>>>>
>>>>>>> i want to upgrade some of my servers to horde4 so updated one of
>>>>>>> my test servers.
>>>>>>> and noticed that the calendar_id is changed in a md5 hash.
>>>>>>> To rule out that i dit some thing wrong with de db migration i
>>>>>>> made a clean install clean db tables and made a entry in
>>>>>>> kronolith the same md5 hash appeared.
>>>>>>>
>>>>>>> So my questions dit i do some thing wrong? or is this new in horde4
>>>>>>
>>>>>> No. The only thing that changed is that *new* default shares no
>>>>>> longer use the user name as the share id, but a hash, like it has
>>>>>> always been the case for any but the default shares.
>>>>>>
>>>>>>> And if this is new how can i change a existing db table with
>>>>>>> user names to the md5 hash for migration to horde4.
>>>>>>>
>>>>>>> i use mysql for calendar and events my users adressbook and
>>>>>>> groups are stored in ldap.
>>>>>>>
>>>>>>> thanks in advance jasper
>>>>>>>
>>>>> Ok so were is it going wrong for me let me explain wat i dit
>>>>> dumped te horde tables completely rebuilt them bij updating db in
>>>>> the configuration menu.
>>>>>
>>>>> loged in as user jasper and made a entry in the calendar jasper
>>>>> as you can sie i get this `iciIVTZu2kBODfHfmWVxANA` in sted of
>>>>> this `jasper`
>>>>>
>>>>> INSERT INTO `kronolith_events` VALUES ('sCT2NTZu2kBODfH1St8RAJA',
>>>>> '20110701181237.z3JcQDZu2kBODfH1TP2BAJA at 127.0.0.1',
>>>>> 'iciIVTZu2kBODfHfmWVxANA', 'jasper', '', '', 2, 'a:0:{}', NULL,
>>>>> NULL, 'jasper', 0, NULL, NULL, NULL, NULL, '2011-07-01 00:00:00',
>>>>> '2011-07-01 01:00:00', 0, 1309536756, 0, 0, 'a:0:{}', '', '',
>>>>> NULL, 'a:0:{}');
>>>>>
>>>>> Anny tips on how to debug this behavior.
>>>>
>>>> What do you want to debug? This is the expected behavior.
>>>>
>>> Yes and this is were i get confused
>>>
>>> this is how a entry looks before the upgrade horde3
>>> calendar_id is similar to user name
>>> this is the same user as below and not a shared calender
>>>
>>> INSERT INTO `kronolith_events` VALUES
>>> ('e7e886ab36ad6a3a846bf710db56490d',
>>> '20110701192349.125142esnnp340it at www.techspace.nl', 'jasper',
>>> 'jasper', '', '', 2, 'a:0:{}', '', NULL, 'jasper', '', 0, NULL,
>>> NULL, NULL, '2011-07-01 12:00:00', '2011-07-01 13:00:00', 1440,
>>> 1309541028, 0, NULL);
>>>
>>> calender calendar_id is diverend
>>> the entry's made in horde3 are not visible in horde4
>>> This is the normal behavior? i must change all calender_id to make
>>> them visible again?.
>>
>> No. But you cannot simply migrate one table, but not the other. If
>> you let Horde create shares from scratch, but use the old events,
>> things will break. Period.
>>
>> Jan.
>>
>> --
> sorry for topping
>
> when i dit a clean install i migrated no existing tables all were
> created by horde4.
> when i make an entry in kronolith calendar_id is still a md5 hash.
> maybe i'm getting thing wrong when you say Horde create shares you
> mean when i give others rights to read and white in my calendar?.
>
migrated the old db, updated the db tables everiting works.
Ok got it understood it whrong new jusers are given the md5 hash and the
currend users that hat there names as shares keep using there names.
That brings up the next question is it posible that new users do not get
the md5 hash but as in h3 there names as shares?.
jasper.
>
>> Do you need professional PHP or Horde consulting?
>> http://horde.org/consulting/
>>
>> --
>> Kronolith mailing list
>> Frequently Asked Questions: http://horde.org/faq/
>> To unsubscribe, mail: kronolith-unsubscribe at lists.horde.org
>>
>> --
>> Dit bericht is gescanned op virussen en andere gevaarlijke
>> inhoud door DarkEagle scanners en lijkt schoon te zijn.
>>
>>
>
>
>
>
>
--
Dit bericht is gescanned op virussen en andere gevaarlijke
inhoud door DarkEagle scanners en lijkt schoon te zijn.
More information about the kronolith
mailing list