Bug 706575 - No Google Calendar option in Fedora 15 Beta
Summary: No Google Calendar option in Fedora 15 Beta
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution
Version: 15
Hardware: i686
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Matthew Barnes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-05-21 08:07 UTC by Rob Garth
Modified: 2011-11-02 08:00 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-05-21 22:56:40 UTC
Type: ---


Attachments (Terms of Use)

Description Rob Garth 2011-05-21 08:07:36 UTC
Description of problem:

In Fedora 15 Alpha the option was there to add a Google Calendar, it is nolonger available in a clean install Fedora 15

Version-Release number of selected component (if applicable):
3.0.1

How reproducible:
Everytime

Steps to Reproduce:
1. Go-to the Calendar on Evolution
2. Click new calendar
3. The should be an option for Google Calendar
  
Actual results:
No caldav options

Comment 1 Matthew Barnes 2011-05-21 22:56:40 UTC
Both CalDAV and Google calendar types are present for me on a fresh F-15 install.

Comment 2 Rob Garth 2011-05-22 03:06:05 UTC
But it does happen for me!

Installed from a live cd it does not have these options. Installed from the DVD or net install it apparently does.

A few others have posted about this problem.

http://osdir.com/ml/fedora-test-list/2011-05/msg00194.html for one example.

This is closed so I am not sure you will even read this comment

Comment 3 Milan Crha 2011-05-23 07:09:58 UTC
What is the complete list of available calendars when using/installed from a livecd, please? The list is populated from a list of groups available in a GConf key:
/apps/evolution/calendar/sources
and if the Google one is missing there then it is not shown, especially if the key was kept read-only or something.

The Google plugin may take care of the creation of the group, but it obviously failed. If you run evolution from a console, will it claim anything on the start, please? Also, is the file
/usr/lib/evolution/3.2/plugins/liborg-gnome-evolution-google.so
, or .la, available for you? (Maybe in lib64.) That's the plugin binary which should take care of the group creation. This plugin cannot be disabled.

Comment 4 Rob Garth 2011-05-23 10:48:17 UTC
I have evolution-mapi installed so the complete list was, from memory:

Local
On the Web
Exchange

But it gets stranger.

I added a new testuser, the testuser account had all of the correct options for adding a clanendar. I completely removed the .gconf dir from my account as well as .config/evolution. Re-ran evolution but I still did not get the options.

I removed my entire home directory and created a new one, just from /etc/skel and when I ran evolution I had all of the options as well.

I am not sure what went wrong. It was a completely fresh install from the live CD. For good measure I reinstalled from live media today, and this time it worked.

Good news for me, but not good news for fixing this problem if there is a root-cause. I have seen 2 other accounts of this same problem when scouring the web for a solution.

Comment 5 Milan Crha 2011-05-23 12:29:35 UTC
Deleting GConf files is not the best thing, also because the GConf daemon can be still running, and it caches the folder content in memory, thus changing anything in the background files has no impact in the front end.

I can imagine that the livecd has some prebuilt home folder for the tester user, and it doesn't have fully populated list of groups for some reason, and if you install from the fully booted live CD, then this home is copied into the HDD, which might make the trouble. But it's only a theory.

Comment 6 Andreas Mayer 2011-10-16 09:56:16 UTC
Had this problem, too with Fedora 15 release.

Workaround:
gconftool-2 --recursive-list /apps/evolution

then re-do Evolution settings, Google calendar is available then

Comment 7 Milan Crha 2011-11-02 08:00:58 UTC
I see that the org-gnome-evolution-google.eplug has set "load-on-start" to false, maybe that's the reason why the source group isn't created, though my tests showed that the plugin's e_plugin_lib_enable() function is called even with the load-on-start is set to false. If anybody can try setting it to true and check whether it'll fix the issue without any other playing with GConf or such, then it'll be great.


Note You need to log in before you can comment on or make changes to this bug.