Closed Bug 268609 Opened 20 years ago Closed 18 years ago

javascript error in getRemoteCalendarText

Categories

(Calendar :: Sunbird Only, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: richwklein, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041108 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041108 Firefox/1.0

If no response header is received by nsihttpchannel it throws an
NS_ERROR_NOT_AVAILABLE when trying to access requestSucceeded.  This is not
caught in the getRemoteCalendarText function in calendarManager.js  

Reproducible: Always
Steps to Reproduce:
1.
2.
3.
From calendarManager.js:

906          var ch;
907          try {
908            ch =
loader.request.QueryInterface(Components.interfaces.nsIHttpChannel);
909          } catch(e) {
910          }

Looks to me like the error is caught.  Reporter, were you refering to something
else or can this bug be marked resolved?
I don't think the try catch covers the error.  In the if statement below the try
catch, requestSucceeded will throw an error if the requestheader is null.
Can you give some steps that will reproduce throwing the error?  I'll try and
confirm then.
I'm not sure if it is usefull to look at the code etc here, because the file
isn't used anymore on trunk. But it might be usefull to keep this bug open,
since some code from the file was copied to other places.
QA Contact: gurganbl → sunbird
Reassigning all automatically assigned bugs from Mostafa to nobody@m.o

Bugspam filter: TorontoMostafaMove
Assignee: mostafah → nobody
I cannot confirm this bug at all, because there aren't any steps to reproduce this bug.
Yeah, this is invalid now I think.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.