Closed Bug 53179 Opened 25 years ago Closed 25 years ago

Warning in nsCachedChromeChannel::GetNotificationCallbacks

Categories

(Core Graveyard :: RDF, defect, P3)

x86
FreeBSD

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: jesup, Assigned: waterson)

Details

Attachments

(1 file)

FreeBSD 4.1 20000918xx External program told mozilla to open a new window and display a file in /tmp. On the second time doing this (having not closed the first window it opened, but displaying different files in /tmp) I got this warning. Backtrace and structure dumps included. Seems minor
I don't understand this bug. Please clarify instructions to reproduce?
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
I invoked mozilla via browse-url.el from Emacs, and told it to view a file in /tmp (via file:///tmp/whatever.html) via Jamie Zawinsky's netscape-remote program. I then invoked it again for a different file and got this warning. It appears from the trace we were trying to create a directory viewer object (nsDirectoryViewerFactory::CreateInstance), loaded some chrome, which caused a FireOnStateChange, and a bit deeper caused the warning. Looking at the source, warren@netscape.com removed this assertion on 9/29/2000: removing annoying unneeded assertion. r/a=warren@netscape.com This is really Fixed/Verified, however I'd have to reopen to change that, so I'll just leave it as Invalid.
tever is not RDF QA anymore
QA Contact: tever → nobody
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: