Evolution forgets webcal passwords, and web calendars are not displayed on the gnome-clock-applet

Bug #237424 reported by alpianon
52
This bug affects 8 people
Affects Status Importance Assigned to Milestone
Evolution
Fix Released
Medium
evolution (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs
evolution-data-server (Ubuntu)
Invalid
Low
Unassigned

Bug Description

Binary package hint: evolution, evolution-data-server

evolution and evolution-data-server version 2.22.1.1-0ubuntu3
Ubuntu 8.04 - Hardy updates

Even after the fixing of bug #228794, evolution still forgets webcal passwords.

How to reproduce:
1) Open evolution
2) Subscribe to a web calendar and insert password with the "remember password" flag
3) Close evolution and reopen it
4) Evolution asks for the password again and again...
5) The clock applet do not display web calendars at all

This did not happen with evolution version 2.22.1-0ubuntu3 and evolution-data-server version 2.22.1-0ubuntu2 originally shipped with Hardy: evolution remembered webcal passwords and web calendars were displayed by the clock applet

description: updated
Revision history for this message
Christoffer Kjølbæk (ostehamster) wrote :

I can confirm this bug.

Revision history for this message
Christoffer Kjølbæk (ostehamster) wrote :

I have just upgraded to Evolution 2.22.2-0ubuntu1.2 and evolution-data-server 2.22.2-0ubuntu1 and it still fails.

It seems that it tries to get the password from the keyring, but it isn't there:
e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: Ingen træf fundet)

And when you type the password and check the "Remember password" box, it fails to store the password in the keyring:
(evolution:12854): e-data-server-ui-CRITICAL **: ep_keyring_insert_password: assertion `user != NULL' failed

Revision history for this message
Sebastien Bacher (seb128) wrote :

thank you for your bug report, that's known upstream, you can read about it on http://bugzilla.gnome.org/show_bug.cgi?id=509458

Changed in evolution:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Triaged
Revision history for this message
Sebastien Bacher (seb128) wrote :

one task is enough there

Changed in evolution-data-server:
importance: Undecided → Low
status: New → Invalid
Changed in evolution:
status: Unknown → New
Revision history for this message
Phoenix (phoenix-dominion) wrote :

The described workaround to put the username in the URL (webcal://username@server:/file) is working for me on hardy (proposed)

Revision history for this message
Pausanias (pausanias) wrote :

I can confirm this bug and the workaround works fine for me as well.

Revision history for this message
Aldo Latino (aldolat) wrote :

I confirm this bug: Evolution on Hardy does not remember the gcal password and continues to ask for password every time I open it.

Revision history for this message
oss_test_launchpad (oss-test-launchpad) wrote :

Is anyone going to report this upstream?

Revision history for this message
oss_test_launchpad (oss-test-launchpad) wrote :

Is anyone going to hand this over to the developers?

Revision history for this message
Roshan George (roshan-george) wrote :

I have had this problem. What I did was enter the password in the username field for the Web Calendar.

So the username field would be like this:-
username:password

Revision history for this message
Phoenix (phoenix-dominion) wrote :

Great, they decided to switch to keyring, where the reason was to not store the password cleartext in some file, but to have it encrypted - but it's now that much broken, that users are going to enter it in the frontend, where it is shown to anyone when show him your settings (or how to connect to the calendar).

This is not only a regression, this weakens security instead of strengthen it...

Revision history for this message
Christoffer Kjølbæk (ostehamster) wrote :

For me everything is broken now. Even if I try webcal://username:password@server:/file, I get an error in the console, saying that the keyring wasn't found.

That is if Evolution even starts up, and not crash with:
evolution: ../../src/xcb_lock.c:33: _XCBUnlockDisplay: Assertion `xcb_get_request_sent(dpy->xcb->connection) == dpy->request' failed

Just great :)

Revision history for this message
TenLeftFingers (tenleftfingers) wrote :

Roshan George's fix works for me on 2.26.

So for google calendar, URL is:
webcal://<username>@www.google.com/calendar/ical/.../.../basic.ics

Username is your password.

Revision history for this message
CannyDuck (cannyduck) wrote :

The username in the URL workaround just works for web calendars (webcal). If use are using caldav, the username is thrown away and is not present anymore after restart evolution or reopen the dialog.

Changed in evolution:
status: New → Invalid
Revision history for this message
Sebastien Bacher (seb128) wrote :

the bug has been fixed upstream now

Changed in evolution (Ubuntu):
status: Triaged → Fix Committed
Revision history for this message
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote :

This bug has been fixed in the latest development version of Ubuntu - Karmic Koala.

Changed in evolution (Ubuntu):
status: Fix Committed → Fix Released
Changed in evolution:
status: Invalid → Fix Released
Revision history for this message
Kamil Páral (kamil.paral) wrote :

What about providing the fix also for Ubuntu 9.04? Evolution is quite unusable without it.

Revision history for this message
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote :

Since it doesn't qualify for a SRU (https://wiki.ubuntu.com/StableReleaseUpdates#When) you might want to request the package to be backported (Version 2.26.3 is sufficient) . For instructions about that please follow "How to request new packages" at https://help.ubuntu.com/community/UbuntuBackports#request-new-packages. Thanks

Changed in evolution:
importance: Unknown → Medium
Revision history for this message
lars (lars-mehnen) wrote :

to solve this isse ... just empty the callendar cache in the evolution directory

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.