Avant Calendar Applet won't save my password

I can confirm this bug exists. As far as I know it has always been present.

I knew saving passwords is a long-term issue, but I only started seeing this particular behavior since I reinstalled Hardy. I just can't remember exactly when I started seeing so I didn't want to say how long I've been experiencing it. Plus I should have filed this bug back when I first saw it and didn't, so...

My bad.

I think this is the same issue that I ran into with the Calendar applet. When trying to enter/save my password for my Google Calendar account the credentials dialog would not close and the password would never be saved. Also eventually clockcal.py would crash.

The problem (at least in my situation) was that the crypt() function in the calendarlogin.py and clockcal.py files will sometimes return a string that contains a NULL byte in the form of "\x00" or other hex codes. Mine contains "\x01" and "\x00". So when the calendarlogin.py program attempted to store the crypted password in the gconf schema it would give an error. Something about may not contain NULL bytes.

I'm trying to learn python so I decided it would be fun to dig around in the code, I ended up fixing the problem by using repr() and eval().

Code I changed:

(calendarlogin.py)

line 101 old: saved_password = self.crypt(self.password.get_text(),17760704)
line 101 new: saved_password = repr(self.crypt(self.password.get_text(),17760704))

I use repr() which will format your string so that the aforementioned hex characters are "escaped" with an extra backslash.
--------------

(clockcal.py)

line 173 old: self.password = tmp.password
line 173 new: self.password = eval(tmp.password)

The above pulls the password from gconf and puts it in tmp_password to make sure it isn't empty before putting it in "password" I just added the eval() to reverse the changes repr() makes.

After these changes my Google calendar works fine and I have an applet that doesn't crash and stores my password.

*Disclaimer: I am in no way an experienced or even halfway decent programmer/developer, I made these changes out of necessity and they may break other stuff.

Never mind about using eval()...now that I understand fully what it does or can do it definitely shouldn't be used for this purpose. Any other way to extract the repr() password string back to its original state prior to passing it to be decrypted?

I think ultimately it should make use of gnome-keyring.

I believe there is some support for it in AWNlib.

There is support in AWNLib (probably the best support you can find :)), but as far as I know, the AWN Calendar applet does not use AWNLib (having been written before it existed) and worse, is no longer maintained. I may try to hack keyring support in, but don't count on it any time soon - if someone else has the time, that would be better.

I have this problem too.
I have updates AWN from PPA just this morning, 17 august 2008, but the problem is still present.
If I reboot the PC, user and password setting for Google Calendar are lost, and the Calendar Applet has "none" as calendar integration.
If I stop and restart AWN the Calendar Applet can't access to the Google Calendar and a message is displayed. I attached here an image.

Assigning to me, I will see if I can port the relevant code to AWNLib and get this properly working again.

Patch for package awn-extras-applets-python-extras version 0.3.2.2-2ubuntu1 on ubuntu karmic
# cd /usr/share/avant-window-navigator/applets
# sudo patch -p0 < calendar.patch
I used the eval / repr method previosly explained. I know it's a temporary workaround but it's better than having a buggy calendar if you need it.