Closed Bug 325167 Opened 19 years ago Closed 15 years ago

On accessing a remote ical file. ical file originally created by Korganizer, ical file protected by username and password

Categories

(Calendar :: Provider: ICS/WebDAV, defect)

x86
All
defect
Not set
major

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 314594

People

(Reporter: phil, Unassigned)

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050921 Firefox/1.0.7 Mandriva/1.0.6-16.1.20060mdk (2006.0)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051104 Mozilla Sunbird/0.3a1

[Exception... "Component returned failure code: 0x804a0107 [calIICSService.parseICS]"  nsresult: "0x804a0107 (<unknown>)"  location: "JS frame :: file:///home/phil/sunbird/components/calICSCalendar.js :: anonymous :: line 396"  data: no]

Reproducible: Always

Steps to Reproduce:
1.Select new calendar
2.Selecte remote calendar
3.Enter location
4. Error produced

Please note it has never asked for a username and password.

Actual Results:  
The following error is shown


Exception... "Component returned failure code: 0x804a0107 [calIICSService.parseICS]"  nsresult: "0x804a0107 (<unknown>)"  location: "JS frame :: file:///home/phil/sunbird/components/calICSCalendar.js :: anonymous :: line 396"  data: no]

Expected Results:  
To load in a remote calendar file
Same problem on WinXP SP2.
Calendar file created using Sunbird 0.3a1 under Win98SE (no problem). I have this error while trying to access it on winXP (same Sunbird 0.3a1) :
Error# : 0x804a0107
Descr  :
[Exception... "Component returned failure code: 0x804a0107 [calIICSService.parseICS]"  nsresult: "0x804a0107 (<unknown>)"  location: "JS frame :: file:///C:/Program%20Files/sunbird/components/calICSCalendar.js :: anonymous :: line 396"  data: no]
I also received this bug but was able to track down the source:

I was serving a calendar alongside other webapps on Apache Tomcat 5.5.9 and had recently added the following element:

<Context>
  <Valve className="org.apache.catalina.authenticator.FormAuthenticator"
         disableProxyCaching="false" />
</Context>

This was a workaround for the IE "no-cache" bug with SSL sites. Upon removing the <Context> element the Sunbird bug was resolved.
Exceptions are in calICSCalendar.js. Moved from "libical" to "Base".
Assignee: gray → base
Component: libical → Base
QA Contact: libical → base
The bugspam monkeys have struck again. They are currently chewing on default assignees for Calendar. Be afraid for your sanity!
Assignee: base → nobody
Component: Internal Components → Provider: ICS/Webdav
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060821 Calendar/0.3a2+

Verified bug using WebDAV server/calendar on Windows XP.

Steps to Reproduce:
1.) File -> Subscribe to Remote Calendar
2.) Select Remote
3.) Select WebDAV
4.) Enter URL to WebDAV server
5.) Name Calendar
6.) Enter username/password*
7.) After a brief period, error message will display (even without clicking Finish button)

* If no username/password prompt appears and you've subscribed to this calendar before (or one on the same server), exit out of Sunbird and go to C:\Documents and Settings\<user>\Application Data\Mozilla\Sunbird\Profiles\<profile#>.default and delete "key3.db"

Error will also display when Reload Remote Calendars is selected.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Requesting blocking0.3
requesting blocking0.3
Flags: blocking0.3?
I guess we need a testcse here. Can somebody post the url of a calendar file that shows this problem?
OS: Linux → All
If someone can set up a public server where this is reproducible, please renominate for blocking.
Flags: blocking0.3? → blocking0.3-
I get this error if I don't specifically specify the location of the calendar right down to the .ics - http://url.com/folder/calendar.ics is required, if I just go to http://url.com/folder/ or http://url.com/folder/calendar it returns this error, although it will still ask for the password to access the folder.

Can others who are experiencing this error confirm that they're seeing it with the proper location entered ending in .ics ?
QA Contact: base → ics-provider
Comment#10 is related to bug 314594 dealing with the same error code but different (?) circumstances.
Probably a duplicate of bug 314594 because of a similar error message, and no response on the question in comment#10.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.