Closed
Bug 53179
Opened 25 years ago
Closed 25 years ago
Warning in nsCachedChromeChannel::GetNotificationCallbacks
Categories
(Core Graveyard :: RDF, defect, P3)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: jesup, Assigned: waterson)
Details
Attachments
(1 file)
|
21.84 KB,
text/plain
|
Details |
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
| Reporter | ||
Comment 1•25 years ago
|
||
| Assignee | ||
Comment 2•25 years ago
|
||
I don't understand this bug. Please clarify instructions to reproduce?
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → INVALID
| Reporter | ||
Comment 3•25 years ago
|
||
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.
Updated•7 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•