1067144 - calendar enforces name calendar.ics on caldav server

Status: RESOLVED WONTFIX

(Firefox OS Graveyard :: Gaia::Calendar, defect)

Description

[Luc Maisonobe]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0 Iceweasel/31.1.0
Build ID: 20140903072827

Steps to reproduce:

Created several calendars on a radicale server for the same user, using Lightning from a desktop computer. The calendars URLS are of the form:
  http://calendar.example.org/user/calendar.ics
  http://calendar.example.org/user/another-name.ics

Looking at the radicale server, both calendars are created. Using lightning, both calendars can be used.

Then, I tried to connect to these two calendars from a Flame device running FirefoxOS 2.0 nightly builds.



Actual results:

 Despite the two names are differents, they both appear with name calendar.ics in the UI.

The device also tries to access only user/calendar.ics, never user/another-name.ics. I looked at it from the apache server access logs, and they never showed another-name.ics. I checked the URL was correct in the second calendar setting on the Flame, and it was. It looks as if the gaia calendar did not really use the full URL that was given to it.


Expected results:

I would have expected the gaia calendar to use the URL that was given to it, both for displaying the name (an even better solution would be to let the user select a custom name, even if the last part of the URL could be the default), and more importantly for accessing the server.
This currently prevent susing several calendars on the same server. A work around could be to use different user names as the last part calendar.ics seems fixed, but this doesn't work if the calendar is on a server that restricts access as it would imply each real user would have several different accounts on the server.

Comment 1

[BMO Automation]

Firefox OS is not being worked on