Closed Bug 442204 Opened 16 years ago Closed 14 years ago

New window (with Java applet inside), opened by JavaScript, lost Drag-n-drop area

Categories

(Firefox :: General, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: george.ulyanov, Unassigned)

Details

(Whiteboard: [CLOSEME 2010-11-01])

User-Agent:       Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)
Build Identifier: Mac OS X 10.5.2, Firefox 2.0.0.14

I've made an html page (simple) with one link only, that opens a new window with a Java applet inside.

Something like that:
test.htm opens test_applet.htm by calling 'window.open();'

After this new window appeared - the applet worked fine (the applet accepts files, dropped in it, and shows them).
Then, when I moved this window to another position - the applet stopped to accept the files at all. But, if I move the window for just some pixels (for example, move it on a half selfsize) - DnD works partially. It looks like the DnD area is static and stay at first positon where the opened window appeared!

It happens everytime in FF 2.0.0.14 under Mac OS. in FF 3.0 everything works alright.

Reproducible: Always

Steps to Reproduce:
1. make simple html file with the link that opens another html file by window.open() method.

2. another html file, that would be opened, should have Java applet. you can use the next page for testing:
http://demo.aurigma.com/ImageUploader5/ConcurrentUpload/default.aspx

3. start it all under Mac, in FF 2.0.0.14.

4. DnD some picture into Applet. (Do not move this applet-window!). that should work.

5. Move this applet-window to another position on screen and try to drop some picture into applet. this shouldn't work.
Actual Results:  
The applet stopped to get dropped pictures from a user.

Expected Results:  
The applet should get dropped pictures and show them.

You can use the next link for the opening window:

http://demo.aurigma.com/ImageUploader5/ConcurrentUpload/default.aspx
Does this still happen with Firefox 3?

Are you able to test on Windows or Linux?
Hello Steven,

Well, as I said before - everything works ok in FF3. So, such behavior is in FF2 (2.0.0.14) only.
AND. This happened under Mac OS only.
This is a mass search for bugs that are in the Firefox General component, are
UNCO, and have not been changed for 800 days and have an unspecified version. 

Reporter, can you please update to Firefox 3.6.10, create a fresh profile,
http://support.mozilla.com/en-US/kb/managing+profiles, and test again. If you
still see the bug, please update this bug. If the issue is gone, please set the
resolution to RESOLVED > WORKSFORME.
Whiteboard: [CLOSEME 2010-11-01]
No reply from reporter, INCOMPLETE. Please retest with Firefox 3.6.12 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.