After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 503662 - Evolution garbles the CalDav URI when an @ symbol is in the username field
Evolution garbles the CalDav URI when an @ symbol is in the username field
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Calendar
2.22.x (obsolete)
Other All
: Normal normal
: ---
Assigned To: Milan Crha
Evolution QA team
evolution[caldav]
: 447507 497278 508115 545400 545406 547588 549446 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2007-12-14 21:04 UTC by Andrew Clunis
Modified: 2008-12-03 11:16 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Attachments
proposed eds patch (1.26 KB, patch)
2008-09-08 16:36 UTC, Milan Crha
committed Details | Review
proposed evo patch (trivial) (1.03 KB, patch)
2008-09-08 16:37 UTC, Milan Crha
committed Details | Review

Description Andrew Clunis 2007-12-14 21:04:28 UTC
Please describe the problem:
When subscribing to a CalDav calendar when there is an @ symbol in the username (which is very common), the connection fails and the URI field is scrambled in a pseudorandom fashion.


Steps to reproduce:
1. Add a new calendar
2. Select CalDav as the Calendar Type, enter a Name, and then enter the URI of your CalDav server.  I used "http://mail.local", my test CalDav server
3. In the username field, enter a username including an @ symbol.  I used "carol@infoglobe.ca"
4. Click OK, and then enable the tickbox next to the calendar you just created in the calendar list.
5. Enter the credentials, and wait for the box to become unticked again.
6. Right click the calendar and select Properties.

What I entered:
http://orospakr.ca/stuff/caldav_at_entry_time.png

Actual results:


What I saw after I tried connecting:
http://orospakr.ca/stuff/caldav_afterwards.png


Expected results:
The calendar should load, and the account settings in the Calendar Properties screen should not change.

Does this happen every time?
It appears to, however the URI string is permutated differently every attempt I attempt to recreate the CalDav account.

An example: 
caldav://infoglobe.ca@infoglobe.c@infoglobe.@infoglobe@infoglob@infoglo@infogloe@infoglo@infogl@infog@info@inf@in@i@@mail.local

Other information:
Comment 1 André Klapper 2008-07-29 22:37:44 UTC
*** Bug 545400 has been marked as a duplicate of this bug. ***
Comment 2 André Klapper 2008-07-29 22:41:30 UTC
*** Bug 497278 has been marked as a duplicate of this bug. ***
Comment 3 André Klapper 2008-07-29 22:41:57 UTC
*** Bug 447507 has been marked as a duplicate of this bug. ***
Comment 4 Jeffrey Gordon 2008-08-06 18:25:44 UTC
Incidentally this bug breaks google's new caldev support for their calendar application as their username requires an "@" symbol.
Comment 5 André Klapper 2008-08-13 14:33:02 UTC
*** Bug 547588 has been marked as a duplicate of this bug. ***
Comment 6 Kandepu Prasad 2008-08-27 07:45:29 UTC
*** Bug 549446 has been marked as a duplicate of this bug. ***
Comment 7 Milan Crha 2008-09-08 14:02:30 UTC
*** Bug 508115 has been marked as a duplicate of this bug. ***
Comment 8 Milan Crha 2008-09-08 16:36:13 UTC
Created attachment 118313 [details] [review]
proposed eds patch

for evolution-data-server;

The fix came to the root function in eds, thus everywhere where used it'll be fixed now on.
Comment 9 Milan Crha 2008-09-08 16:37:30 UTC
Created attachment 118314 [details] [review]
proposed evo patch (trivial)

for evolution;

not necessary to be used here, just a little cleanup.
Comment 10 Milan Crha 2008-11-28 12:21:14 UTC
evo patch committed to trunk. Committed revision 36821.

Please review someone the eds part, it's not the calendar thing at all.
Comment 11 Srinivasa Ragavan 2008-12-02 09:27:31 UTC
Commit it Milan.
Comment 12 Milan Crha 2008-12-02 12:27:52 UTC
eds part committed to trunk. Committed revision 9789.
Comment 13 Milan Crha 2008-12-03 11:16:07 UTC
*** Bug 545406 has been marked as a duplicate of this bug. ***