evolution does not display google calendar and hangs when deleting the calendar

Bug #573883 reported by sanktnelson
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
evolution (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

Binary package hint: evolution

When I try to connect evolution to my google calendar, I can create the calendar, including picking the one I want to display from the drop-down box, but no events are shown. This seems only to happen for my personal calendars, not for public calendars like national holidays.

After the calendar is created, evolution says that it is connecting in the status bar, but never succeeds (for the personal calendars only)

trying to delete that calendar reliably hangs evolution. Only if I change its username to something nonsensical I can delete the calendar

ProblemType: Bug
Architecture: i386
Date: Sun May 2 20:38:52 2010
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: evolution 2.28.1-0ubuntu2
ProcEnviron:
 LANGUAGE=de_DE.UTF-8
 PATH=(custom, no user)
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-21.59-generic-pae
SourcePackage: evolution
Uname: Linux 2.6.31-21-generic-pae i686

Revision history for this message
sanktnelson (launchpad-maibaums) wrote :
Revision history for this message
Thomas Novin (thomasn80) wrote :

I read that it's recommended that you use caldav instead of the special type google calendar.

Revision history for this message
sanktnelson (launchpad-maibaums) wrote :

I have started to try that, but have not been successful so far. But On that front I'm not entirely certain yet if it is my fault or evolution's.

Revision history for this message
sanktnelson (launchpad-maibaums) wrote :

Update: It works _only_ with the primary calendar, and _only_ if I give the calendar in evolution the same name as my google login (and primary calendar name). I'm guessing somewhere the code uses "$Calendarname" and it is actually using the evolution name where it should be the evolution one.

On amuch more annoying note: The plugin does not actually sync anything locally! Even when I check "make available for offline use" the calendar is not shown when I am offline. So essentially the whole thing just lets me edit the google calendar in a separate application, when using the browser would be easier and faster. WTF? What's the point then?

Revision history for this message
sanktnelson (launchpad-maibaums) wrote :

make that: "...using the evolution name where it should be the GOOGLE one."

Revision history for this message
sanktnelson (launchpad-maibaums) wrote :

even more updates: managed to get caldev to work for the primary calendar after replacing @ with %40. Didn't try with other calendars than primary, because in addition to refusing to sync for offline use, with caldev I can't even write to the calendar, every attempt at modification results in a "authorization failed" popup (actually it's "Legitimation fehlgeschlagen" since I use the German version.)

Is there _any_ application in Linux that actually syncs with a google calendar for offline use? No Thunderbird doesn't, it also only works online.

Revision history for this message
easybeat (beat-wuethrich) wrote :

Hi

I have exactly the same problems! Can confirm this.

Thanks

easybeat

Revision history for this message
sanktnelson (launchpad-maibaums) wrote :

I have now given up on using evolutions native caldev and google interfaces. gcaldaemon works great as a workaround and comes with evolution-specific setup instructions: http://gcaldaemon.sourceforge.net/usage16.html

The instructions seem a bit complicated at first, but for me it ended up taking a lot less time than trying to get evolution to work natively.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks for the report, please try to obtain a backtrace of the hang following the instructions at http://wiki.ubuntu.com/DebuggingProgramCrash and upload the backtrace (as an attachment) to the bug report. This will greatly help us in tracking down your problem.

Changed in evolution (Ubuntu):
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
Pedro Villavicencio (pedro) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to New. Thanks again!.

Changed in evolution (Ubuntu):
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.