No Calendar display in webclient

[Gunnar Wrobel]

Quoting Johannes Graumann <johannes_graumann at web.de>:

> Gunnar Wrobel wrote:
>
>> Quoting Johannes Graumann <johannes_graumann at web.de>:
>>
>>> Gunnar Wrobel wrote:
>>>
>>>> Hi Johannes,
>>>>
>>>> Quoting Johannes Graumann <johannes_graumann at web.de>:
>>>>
>>>>> Thanks for the hint.
>>>>>
>>>>> Here is what I find:
>>>>>
>>>>>
>>>>> [20-Dec-2009 19:07:24] PHP Warning:  DOMDocument::loadXML() [<a
>>>>> href='domdocument.loadxml'>domdocument.loadxml</a>]: Start tag
>>>>> expected, '<' not found in Entity, line: 2 in
>>>>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 137
>>>>> [20-Dec-2009 19:07:24] PHP Fatal error:  Call to a member function
>>>>> hasChildNodes() on a non-object in
>>>>> /kolab/var/kolab/www/client/lib/Horde/DOM.php on line 372
>>>>>
>>>>> Any clue what that might mean?
>>>>
>>>> I'm confused now... Didn't you write you solved that particular
>>>> problem and resolved the issue (see
>>>> http://www.kolab.org/pipermail/kolab-users/2009-November/010595.html).
>>>> You mentioned it was a preferences issue.
>>>>
>>>> But to be honest I was already wondering if that could be true. See my
>>>> last comment in https://issues.kolab.org/issue3751. I assume there is
>>>> a specific kolab.xml attachment breaking Horde. If I'd know how that
>>>> xml attachment looks like it should be easy to fix the issue. But if
>>>> you have several hundred events in your calendar folder than finding
>>>> the broken attachment might be hard.
>>>>
>>>> We intended to fix that bug for 2.2.3 but lacked the time in the end
>>>> so it dropped of the list.
>>>>
>>>
>>> Thanks for picking this up once more. Obviously it's me who is confused -
>>> I went back and deleted my prefs
>>> (/kolab/var/kolab/www/client/storage/*.prefs). Logging in via horde now
>>> will create a new user-specifc *.prefs file and everything in horde looks
>>> nice and fine UNTIL I navigate to the calendar and ask it to display the
>>> kolab- resident calendar (via check box in the upper right corner of the
>>> calendar component). At this point I start encountering the problems
>>> first described in this thread, so your hunch that there is something
>>> weird in my calendar seems right (especially since the Todos are just
>>> fine). How now could I go about finding the culprit in my reasonably busy
>>> calendar?
>>
>> Two options:
>>
>> "binary search"
>>
>>   1) kill one half of you events
>>   2) does it work again or does it still fail
>>      a) it still fails -> goto 1)
>>      b) it works again
>>         i) restore folder
>>         ii) kill the other half of the events -> it should fail again
>> -> goto 1)
>>
>> yup, tedious, I know...
>>
>> "debug"
>>
>> Follow my instructions in
>> http://wiki.kolab.org/index.php/PHP_debugging about xdebug and paste
>> the (hopefully) resulting stack trace into
>> https://issues.kolab.org/issue3751
>
> "binary search" ("debug" I don't know) relies on only 1 event being the
> culprit though ... no?

Yes. From the error message it is clear that it happens during reading  
of one of the kolab.xml attachments. So it is very unlikely that it is  
caused by an interaction of several such attachments.

And if you have several such attachments in one folder it does not  
matter as I believe I only need one such example to fix the problem :)

Cheers,

Gunnar

>
> Joh
>
>
>
>
>
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users
>



-- 
______ http://kdab.com _______________ http://kolab-konsortium.com _

p at rdus Kolab work is funded in part by KDAB and the Kolab Konsortium

____ http://www.pardus.de _________________ http://gunnarwrobel.de _
E-mail : p at rdus.de                                 Dr. Gunnar Wrobel
Tel.   : +49 700 6245 0000                          Bundesstrasse 29
Fax    : +49 721 1513 52322                          D-20146 Hamburg
--------------------------------------------------------------------
    >> Mail at ease - Rent a kolab groupware server at p at rdus <<
--------------------------------------------------------------------

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digitale PGP-Unterschrift
URL: <http://lists.kolab.org/pipermail/users/attachments/20100108/769ea128/attachment.sig>