Closed Bug 72421 Opened 23 years ago Closed 23 years ago

after cancelling page download, drag'n'drop of page no longer works

Categories

(Core :: Web Painting, defect)

defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 5569

People

(Reporter: dev+mozilla, Assigned: kmcclusk)

References

()

Details

Seen on 2001031604 Win2k: Drag'n'drop of page no longer works after cancelling
page download

Reproducible: Every time (if you're quick)

Steps to reproduce:
1. Visit URL.
2. Click on any link.
3. Click the Stop button really quickly.
4. From a file manager (eg Windows Commander) try to drag'n'drop any HTML file
to the browser window you just used.

Actual result: A "no drop" cursor.

Expected result: The HTML file should be drag'n'dropped on that browser window.

Other Mozilla windows are not affected. Only the client are seems to be dead,
the GUI elements + key bindings in that window still work ok.
This probably isn't joki's bug.
Is this related to the other d&d bugs on Windows?

Can someone reproduce this problem on a different OS?

Oliver Klee--(as a sanity check), is it possible to drop the icon into the 
browser before downloading?
Yes, before the "quick stop" action, drag'n'dropping any HTML file to exactly
that browser window works perfectly.
I can reproduce this using the above url on my Mac debug build from today so I'm 
resetting platform/OS.

I don't really think this is a drag&drop bug but some other bug having to do with 
not loading the page.  After stopping the load of the url above, I can't get it 
to load at all or it takes a LONG time to load.

Maybe this bug should go to someone in necko?
OS: Windows 2000 → All
Hardware: PC → All
i've seen this bug occur with other things, for example if you click a link then
quickly stop it, you may not be able to click on anything that remains in the
content area, such as other links or buttons. The content isn't really there.

I think we can get into a state where there isn't a document there, so we can't
load anything into it by clicking or dragging. 

I don't believe this is a dnd bug either.
Perhaps a Views problem?   Reassigning
Assignee: joki → kmcclusk
Component: Event Handling → Views
QA Contact: gerardok → petersen
This bug is the same as bug 57339 which was marked a dup of 5569

*** This bug has been marked as a duplicate of 5569 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.