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 694363 - CALDAV navigation through Calendars or Tasklist is wrong
CALDAV navigation through Calendars or Tasklist is wrong
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Calendar
3.6.x (obsolete)
Other Linux
: Normal major
: ---
Assigned To: evolution-calendar-maintainers
Evolution QA team
Depends on:
Blocks:
 
 
Reported: 2013-02-21 14:32 UTC by Carlos Timóteo
Modified: 2013-02-22 14:34 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Evolution CALDVAV Debug (32.49 KB, text/x-log)
2013-02-21 14:32 UTC, Carlos Timóteo
  Details
evo patch (773 bytes, patch)
2013-02-22 14:32 UTC, Milan Crha
committed Details | Review

Description Carlos Timóteo 2013-02-21 14:32:22 UTC
Created attachment 237043 [details]
Evolution CALDVAV Debug

Hello,

i use linux Ubuntu, Evolution version 3.6.2,

when i use my CALDAV Server based on Sabredav (https://github.com/evert/SabreDAV)

when i navigate through Calendars i see a list of Tasklists, and when i navigate throug Tasklists i see a list of Calendars,

i checked if server data response was correct, and all Calendars are correctly marked as VEVENT and all Tasklists are marked as VTODO, in xml of response.

In  attachment there is the debug data of CALDAV requests in Evolution.

Thanks in advance.

--
Carlos Timóteo
Comment 1 Evert Pot 2013-02-21 15:51:16 UTC
I can confirm that we also have the issue with Fruux (https://fruux.com/).

The supported-calendar-component-set properties are being sent back correctly, so it looks like Evolution exactly reverses these two.
Comment 2 André Klapper 2013-02-22 09:30:12 UTC
Please try 3.6.3 and report back.
Comment 3 Milan Crha 2013-02-22 14:29:08 UTC
Nice catch, confirming.
Comment 4 Milan Crha 2013-02-22 14:32:18 UTC
Created attachment 237186 [details] [review]
evo patch

for evolution;

The logic was inverted, as you guessed. I think this had been overlooked because some servers provide one source for all types, while your server have sources separated. There used to be a column which showed which types are supported by the source, but it was removed (do not ask me why, I would left it there, as it seemed useful for me). In any way, pretty lame bug in the code.
Comment 5 Milan Crha 2013-02-22 14:34:30 UTC
Created commit 2ea9684 in evo master (3.7.91+)
Created commit fe2760a in evo gnome-3-6 (3.6.4+)