Closed Bug 156978 Opened 22 years ago Closed 22 years ago

Dragging a folder into the content area leaves zombie content

Categories

(Camino Graveyard :: General, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 151291

People

(Reporter: sfraser_bugs, Assigned: sfraser_bugs)

Details

(Keywords: hang)

If you drag a folder into the content area, nothing loads, but the existing page
remains in a wierd zombie state.
Console output:
Error reading file
/Volumes/Development/Projects/Mozilla/Chimera/mozilla/chimera/build/Navigator.app/Contents/MacOS/chrome/packages/core/directory/directory.xul
###!!! ASSERTION: unable to xpconnect-wrap http-index: 'NS_SUCCEEDED(rv)', file
nsDirectoryViewer.cpp, line 284
###!!! Break: at file nsDirectoryViewer.cpp, line 284
###!!! ASSERTION: Bug 119310, perhaps overlayinfo referenced a overlay that
doesn't exist: 'mPlaceHolderRequest', file nsXULDocument.cpp, line 5950
###!!! Break: at file nsXULDocument.cpp, line 5950
Things are slightly better with

user_pref("network.dir.format", 2);
user_pref("network.dir.generate_html", true);

but we're missing some GIF files, and it crashes when I go 'Back' to a listing.
Confirmed using Chimera/20020708.
Blocks: 147975
mmmm, zombie browser
->pinkerton
Assignee: saari → pinkerton
IE doesn't do anything when you drag a folder in (although it doesn't go into a
zombie state either). What is expected behavior here, do nothing?
Show an HTML file listing like 4.x does. That happens if you flip those two prefs.
I don't suppose there's any way to display it in some nice tree format like Moz
does, and also do it for FTP...(I know Chim doesn't have XUL, but still)
Greg: no  :) We are not the Finder.
okay, any reason not to flip the 2 prefs then?
Yes, crashes (read up). But they might be easily fixed.

And we still need to fix the zombie content issue. It happens in other
situations too, and suggests bad refcounting behaviour.
I suppose if someone drags a folder to a Chimera window, it could bounce it back
to the Finder and open it there. What do you think of that?
We could reject the drag like that, sure.
We should probably do the same thing if a disk is dragged. Anything else?
i've found that dragging a link from one page onto another tab gets me into a
state (essentially a hang) where that link never loads. (the throbber just spins
and spins.) would that be the same as this bug, or something separate?

test case:

0. quit chimera.
1. start chimera. make sure some content is loaded initially. eg, your default
home page.
2. open another tab (eg, cmd+T) --it doesn't matter whether the default home
page or about:blank loads in this new tab.
3. return to the first tab.
4. drag a link from the first tab and drop it onto the tab for the second one.
5. go to the second tab, and wait for the link to load.

results: kept waiting and waiting.... no page load.

note on step 1: my default home page is http://mozilla.org/, but i've also tried
 other web pages in the first tab, like http://kith.org/,
http://www.iwaruna.com/orca/ (the latter has no images, fwiw).

i found an odd case where i don't encounter the hang: when the first tab has
frames --okay, i tried two sites: http://wired.com/ and http://faqs.org/, so
maybe frames themselves might not "workaround" this issue... ;)
Keywords: hang
spreading the joy
Assignee: pinkerton → sfraser
Dup

*** This bug has been marked as a duplicate of 151291 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
No longer blocks: 147975
You need to log in before you can comment on or make changes to this bug.