[OGo-Evolution] ogo plugin crashes evolution

Alvaro del Castillo evolution@opengroupware.org
Thu, 17 Mar 2005 18:03:31 +0100


Hi!

On mié, 2005-03-16 at 19:18 +0100, Robert de Geus wrote:
> Hi Alvara,
> We tested the SVN revision 103 (downloaded from CVS last Monday). We
> assume this is version 0.2, we did not find a new tar on the noodle
> site.
> 

Sorry about that. I have uploaded it to the Noodle site.

https://noodle.yacoi.com/devel/downloads/evolution-groupdav/

> We tested with two accounts, checking the consistency of the webserver
> and the connector. Also the sharing of calendar data and contact data
> between different evolution users was tested. We are aiming at a small
> organisation (< 50 persons) able to work together which means shared
> calendar and contacts. These are our remarks:
> 
> - Calendar:
> 	normal appointments are stored as "all intranet" and viewable by all
> users from evolution and the webinterface- this is like a dream come
> true. Different evolution users can not write to each respective
> appointments.

Different evolution users or different ogo users configured as an
account in Evolution?

>         recurrence - does not seem to work - not very urgent

I think it doesn't work currently in OGo, not sure if it is implemented
also in the connector.

>         alarm in evolution works, but is not displayed in the browser in
> the reminder field. Where is it stored?

I think it is only stored in Evolution. If you read the GroupDAV spec
in:

http://www.groupdav.org/draft-hess-groupdav-01.html

in 3.1.2 Alarms:

<< Due to this reasons the client SHOULD store alarms locally and SHOULD
NOT transmit them to server. The server is MAY reject iCalendar
resources containing alarms but MUST signal that using a proper error
code.>>

>         meeting - You can create a meeting, select a participant which
> can be any contact item accessible by evolution, but the item is stored
> as a normal Calendar item. What you actually want to have is that you
> are able to schedule opengroupware users as a participant in order to
> get a fully functional shared calendar.
> 

Yes, not sure how far we are from the goal.

> - Tasks - only can be viewed in evolution
>         description (comment field in webinteface) not shown
>         most of the properties of ogo tasks are not propagated to
> evolution

You can also delete from Evolution also. Editing isn't working as you
can see in the connector report:

https://noodle.yacoi.com/devel/downloads/evolution-groupdav/ImagesTutorial.pdf


>         
> - Contacts - read only, input through webinterface
>         Telephone numbers are not shown in evolution

It should be easy to solve.

>         Only address one is shown in evolution, not mailing and location
> addresses.
> 

Should be easy to solve.

> Not urgent:
> if zidestore server is offline, you get a million message boxes: Error
> on ogo, something bad happened. Evolution is mixed up after this.
> 

We need to make the connector more robust in this kind of things, but we
need to reach a mininal group of feature so some real use of the
connector could be done.

> Our next step will be testing lots and lots of data (e.g. 5000 contacts
> and 5000 calendar items). We will let you know.
> 

This will be great but I am sure the results couldn't be very good
because we haven't put a lof of focus for now in scalability, but we
will do it.

> We had no crashes, congratulations! We played an entire day with it, so
> it seems to be pretty stable as long as you stay withing the appointment
> you have very consistent data.
> 

Great news! 


Now we are trying to create a similar view like the evolution-exchange
connector in order you can select the sources for you contacts, calendar
and tasks for the different folders a user in OGo could have.

Cheers

-- Alvaro

> regards, 
> 
> Robert
> Toltech
> 
> 
> 
> On Wed, 2005-03-16 at 17:27 +0100, Alvaro del Castillo wrote:
> >Hi!
> >
> >Sorry for the delay?
> >
> >Could you test with the 0.2 version of the connector and Evolution 2.2
> >released?
> >
> >Cheers
> >
> >On dom, 2005-01-09 at 16:30 +0000, Andrei Mikhailovsky wrote:
> >> Hello
> >> 
> >> I've installed the ego plugin (evolution-groupdav-0.1.tar.gz)  for
> >> evolution 2.2. After following the tutorial and adding the new account,
> >> evolution crashes when I click on Contacts or Calendars or Tasks. On the
> >> background I can see a shaded window asking for the password for the
> >> opengroupware user, but can't do anything as I get an error saying that
> >> evolution has crashed. This is repeatable every time.
> >> 
> >> This is what I get in the console before the crash:
> >> 
> >> 
> >> -----SNIP-----
> >> 
> >> andrei@whale:~$ evolution-2.2
> >> EMenuHook class init 0x812fe58 'EMenuHook'
> >> es menu class init
> >>  plugin adding factory 0x8129140
> >>  plugin adding factory 0x8129140
> >> found 0 accounts
> >> found 0 accounts
> >> found 1 accounts
> >> NEW LISTENER!
> >> evolution-shell-Message: Killing old version of evolution-data-server...
> >> adding hook target 'source'
> >> em menu class init
> >> registering formatter type 'EMFormat'
> >> camel_junk_plugin_init
> >> registering formatter type 'EMFormatHTML'
> >> registering formatter type 'EMFormatHTMLDisplay'
> >> 
> >> (evolution-2.2:12648): evolution-addressbook-WARNING **: error loading
> >> addressbook : e_book_new: no factories available for uri
> >> `ogo://mozg@192.168.77.7/;public/Contacts'
> >> 
> >> (evolution-2.2:12648): evolution-addressbook-WARNING **: error loading
> >> addressbook : e_book_new: no factories available for uri
> >> `ogo://mozg@192.168.77.7/1105229388.12648.0@whale'
> >> 
> >> (evolution-2.2:12648): eab-widgets-CRITICAL **: file
> >> e-addressbook-view.c: line 1700 (eab_view_discard_menus): assertion
> >> `view->view_instance' failed
> >> loading error file /usr/share/evolution/2.2/errors/e-system-errors.xml
> >> loading error file /usr/share/evolution/2.2/errors/shell-errors.xml
> >> loading error file /usr/share/evolution/2.2/errors/filter-errors.xml
> >> loading error
> >> file /usr/share/evolution/2.2/errors/addressbook-errors.xml
> >> loading error file /usr/share/evolution/2.2/errors/calendar-errors.xml
> >> loading error
> >> file /usr/share/evolution/2.2/errors/mail-composer-errors.xml
> >> loading error file /usr/share/evolution/2.2/errors/mail-errors.xml
> >> 
> >> (evolution-2.2:12648): evolution-addressbook-WARNING **: error loading
> >> addressbook : e_book_new: no factories available for uri
> >> `ogo://mozg@localhost/;public/Contacts'
> >> 
> >> (evolution-2.2:12648): eab-widgets-CRITICAL **: file
> >> e-addressbook-view.c: line 1700 (eab_view_discard_menus): assertion
> >> `view->view_instance' failed
> >> 
> >> -----SNIP-----
> >> 
> >> Did anyone experience similar issues?
> >> 
> >> Many thanks
> >> 
> >> 
> >> -- 
> >> Andrei Mikhailovsky
> >> Arhont Ltd - Information Security
> >> 
> >> Web: http://www.arhont.com
> >>      http://www.wi-foo.com
> >> Tel: +44 (0)870 4431337
> >> Fax: +44 (0)117 9690141
> >> PGP: Key ID - 0xFF67A4F4
> >> PGP: Server - keyserver.pgp.com
> >> 
> >-- 
> >Alvaro del Castillo San Félix
> >Lambdaux Software Services S.R.L.
> >Universidad Rey Juan Carlos
> >Centro de Apoyo Tecnológico
> >C/ Tulipán sn 28933 Mostoles, Madrid-Spain
> >www.lambdaux.com
> >acs@lambdaux.com
> >
> 
-- 
Alvaro del Castillo San Félix
Lambdaux Software Services S.R.L.
Universidad Rey Juan Carlos
Centro de Apoyo Tecnológico
C/ Tulipán sn 28933 Mostoles, Madrid-Spain
www.lambdaux.com
acs@lambdaux.com