Closed Bug 92506 Opened 23 years ago Closed 3 years ago

Link with _blank target can lockup Mozilla

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

Product:
Core
Component:
DOM: UI Events & Focus Handling
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED WORKSFORME
Milestone:
Future

People

(Reporter: neil, Unassigned)

Details

(Keywords: regression)

Attachments

(3 files)

A gif showing some of the symptoms.
36.51 KB, image/gif
Details
screenshot using 2001072908 + Windows XP
15.72 KB, image/gif
Details
testcase with png
250.60 KB, application/zip
Details 
I originally ran into this problem on mail.yahoo.com when I recieved emails with 
images in them.  And I believe I have got it down to a minimal test case.

<html>
 <body>
  <a href="trex.jpg" target="_blank">test</a>
 </body>
</html>

I find it's a lot easier to get mozilla to lockup if the jpg is on your hard 
drive.  If it works for you, close the windows which open, clear your cache and 
try again.

I've been able to reproduce the hang about 5-6 times so far with this small 
html.
I always forget this:
Build 2001072503
Works For Me on User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
rv:0.9.2+) Gecko/20010729 BuildID:    2001072908

What I did:
Saved html + jpg to hard drive.
Closed open windows, cleared cache.
Clicked your test html five times, worked every time.
Closed open windows, cleared cache.
Clicked your test html five times, worked every time.

JPG used: http://www.mgstudios.com/images/library/efxpropsmodels/trex.jpg

When you say "lockup" do you mean the app freezes?  Do you get a chance to do a
talkback?  Have you tried it on any other machines?
*bangs head on table*.  I forgot to mention, in the first post that when you 
click on the link multiple times, click on it multiple times fast.  As in double 
click speed, but click it three or four times.  If the windows come up, close 
them down, clear your cache, and try it again.

With Build 2001072908 on Win2k with SP2 installed....

I just used the same image as you.  It worked the first 2 times.  And on the 
third it locked up.

When I say lockup, this is what I mean:
- Clicking the test link in the html does nothing except flicker a little.
- ctrl-n does nothing except make the mouse cursor flicker.
- Going to Edit Preferences does nothing.
- Selecting File->New Message does nothing.
- Mousing over the icons in the lower left makes them dissapear.
- I can go offline, but when I click to go back online, the icon dissapears.
- Clicking on the security info button does nothing.
- Right-Click open in new window does nothing.
- Selecting an icon on the personal toolbar does nothing.

- Selecting an icon in the bookmarks, oddly enough works.
- And after it loads the page, I can click links on it, but I still can't open a 
new window.

- Selecting items in the Debug window works but it goes really slowly.
- Now my scrollbar is insy teensy. :)
- Mozilla is now taking up 48Mb of ram and 7% of the cpu time... it's still 
trying to load test1.html - it's been about a minute now.
- Selecting view stored passwords in the tasks menu seems to have done it.  Now 
every time I click on moz, it just beeps at me.

Talkback never comes up because mozilla never "crashes".

I will try it on my machine at work tomorrow.  I have been seeing this bug for a 
long time now... a good couple of months.  I'm not crazy, honestly <twitch /> :)

I'll attach a screenshot of my browser window.  Notice the missing icons and the 
odd looking scrollbar.

    
    

    
  
Reproduced twice using Moz 2001072908, Windows XP:

1. Copy reporter's code into c:\temp\test\test.htm
2. Clear cache.
3. Open c:\temp\test\test.htm
4. Click furiously on "test" link.

Expected result: test.htm spawns new window with image inside it.
Actual result: Mozilla sits there.

5. Close browser window.
6. Open new browser window.
7. Notice missing buttons. (see screenshot below)

Wouldn't call it a total lockup, as some things still work,
such as Edit > Preferences.  But navigational buttons are inoperable.

    
    

    
  
On win98 build 2001072603 I can't reproduce, maybe it's in the later builds.



    
    

    
  
Reporter (Neil Marshall) got this bug on win2k build 2001072503, says it's been
happening "for a couple of months".  Neil, did earlier builds work for you?


Oh, when repro-ing -- copy trex.jpg to your testing directory.

    
    

    
  
I believe I saw this bug in earlier builds but I didn't have it down to a 
minimal test case.  I would just be using mail.yahoo.com and it would start 
doing this, or something similar to this.

    
    

    
  
Reproduced on another win2k box with build 2001072908

    
    

    
  
Marking NEW. Trying event handling
Assignee: asa → joki
Status: UNCONFIRMED → NEW
Component: Browser-General → Event Handling
Ever confirmed: true
Keywords: regression
QA Contact: doronr → madhur

    
  
Target Milestone: --- → mozilla0.9.7

    
    

    
  
Moving bugs from 0.9.7 for triaging in 0.9.8
Target Milestone: mozilla0.9.7 → mozilla0.9.8

    
  
Target Milestone: mozilla0.9.8 → mozilla0.9.9

    
    

    
  
->future per ADT triage
Target Milestone: mozilla0.9.9 → Future

    
    

    
  
Neil, can you still reproduce?

    
    

    
  
I just hammered away at it for 5 minutes or so and YES I can still reproduce 
this with 2002021108.  I can no longer open new windows (ctrl-n), but I can open 
the javascript console.  I don't see any errors there.

If I bring up the JavaScript debugger everything starts working again.

    
  
QA Contact: madhur → rakeshmishra

    
  
QA Contact: rakeshmishra → trix

    
    

    
  
.
Assignee: joki → saari
QA Contact: trix → ian

    
    

    
  
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4

Neil do you still see this, in FF or seamonkey?
Assignee: saari → nobody
QA Contact: ian → events

    
    

    
  
Actually I do.  Firefox 2.0.0.7

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7

I placed test.html on my desktop and I created a jpg and called it trex.jpg.  Double clicked on test.html.  It loads.  I then hit ctrl-n and a new window opened.  I closed that new window.  Then I clicked the link on test.html about 10 times quickly.  No windows were created from the double clicking.  After that pressing ctrl-n no longer results in a new window being created.


    
    

    
  

      
      
      
      

        Attached file
          
        testcase with png
        — 
      

    


  
do you see your problem after starting in safe mode?
 http://kb.mozillazine.org/Safe_mode
with my testcase?

It's all WFM, but then I don't have your trex.jpg file.
IFM Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a9pre) Gecko/2007101304 Minefield/3.0a9pre
and Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.7) Gecko/20070914 Firefox/2.0.0.7

    
    

    
  
I do not see this in safe mode.
I see it when running normally though.

Addons on my machine:

Adblock Plus 0.7.5.3
Chatzilla 0.9.78.1
DOM Inspector 1.8.1.7
<disabled>Firebug 1.05
<disabled>FireFTP 0.97.1
<disabled>Flashblock 1.5.4.1
Fullerscreen 2.02
FxIF 0.2.2
IE Tab 1.3.3.20070528
Image Zoom 0.3
Talkback 2.0.0.7



    
    

    
  
It looks like Adblock Plus is the one causing it.


    
    

    
  
thanks for checking neil. you might want to inform the adblock author.
closing invalid
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → INVALID

    
    

    
  
Reopening - even if this problem is triggered by Adblock Plus, it is definitely not something caused by Adblock Plus. Trying to reproduce it, I didn't see anything unusual other than windows opening delayed (and Adblock Plus probably increased this delay somewhat - as all browser overlays do). Interestingly, closing the opener before the new windows has a chance to appear crashes, but that's a different bug.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---

    
    

    
  
Not sure if this related but today I typed in the google search box "verity lambert obe" and hit enter, well because firefox network does not work yet when returning from a standby/hibernation mode(another bug), I copied what I entered and then relaunched firefox to get it accessing websites again and pasted into the google search box and firefox 2.0.11 locked up, I could no longer interface with the UI at all in Windows Vista 32 bit, I then repeated the process of relaunching firefox after a forced "windows end process" and attempted to paste it in the box only to be greeted by a ui lockup. So I then releaunched firefox again after a forced end process and successfuly navigated to wwww.google.ca and pasted in the web page search box only to be greeted by another ui lock up.

Browser Info:
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.8.1.11; .NET CLR 2.0.50727) Gecko/20071127 Firefox/2.0.0.11

    
    

    
  
Do you see lockup with FF 3?
Component: Event Handling → User events and focus handling

    
    

    
  
Following the reporter's steps I am able to confirm that the issues doesn't happen anymore on Windows 10 on any of the current versions of Firefox Nightly 87.0a1 (2021-02-18), beta 86.0 and release 85.0.2. No hangs occur under the given test case.


Closing this issue as Resolved > Worksforme.

Feel free to re-open or file a new bug if this issue reoccurs again.


Status: REOPENED → RESOLVED
Closed: 17 years ago → 3 years ago
Resolution: --- → WORKSFORME

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: