405528 - "Open With" application dialogue box hangs indefinitely or crashes.

Status: RESOLVED INCOMPLETE

(Tech Evangelism Graveyard :: English US, defect)

Description

[dan]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-us) AppleWebKit/525.1+ (KHTML, like Gecko) Version/3.0.4 Safari/523.12
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b1) Gecko/2007110903 Firefox/3.0b1

After browsing to an HTML page with an invaid mime type ("HyperText") I was prompted to either save the file to disk or choose an applciation to open the URL with. Elexting "Choose" in the "open with" option leads to an indefinite hang or crash after a varible period

Reproducible: Always

Steps to Reproduce:
1. browse to http://faculty.washington.edu/dillon/PhonResources/javoice/vowjavoice2.html
2. Press "Choose" by the "Open with" radio button when prompted about what to do with the URL
3. The app may crash here. alternatively, press any key or double click any app to cause firefox to hang 
Actual Results:  
Spinning beach ball of death for > a minute, or crash

Expected Results:  
opened URL with an app. (in fact, it arguable should have simply opened the file as a standard HTML page - but that behaviour is filed under Bug 405527 instead.

Installed extensions: firebug.
installed theme: Proto

Comment 1

[Marcia Knous [:marcia]]

Reporter: I do not see a crash using the latest trunk nightly, Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9b2pre) Gecko/2007112704 Minefield/3.0b2pre. I followed your steps and selected MS Word to open the document. I am using proto theme, but I don't have Firebug installed. I would recommend uninstalling Firebug to see if you still get the crash.

Comment 2

[dan]

Can confirm;
with latest trunk nightly, and firebug, no crash.
with latest trunk nightly, and no firebug, no crash.
with 3.0 beta 1 and no firebug, no crash.

(but my, what ugly styling glitches there are in proto in the nightly build.)

Comment 3

[Dennis Wolfe]

The site opened as an html. The java script was fouled and the images were missing. Tried it in Safari and got the same results. No other problems. 

Comment 4

[Lucas Malor (mail: c6kfnkn2uc AT snkmail DOT c0m)]

Site is opened as HTML, Java and images are displayed correctly.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008050906 Minefield/3.0pre

The only problem I see is the position:fixed div as header. Firefox, WebKit and Opera covers (correctly?) the other page contents, IE7 threats it as a position:static div.

To Tech Evangelism?

Comment 5

[Lucas Malor (mail: c6kfnkn2uc AT snkmail DOT c0m)]

Ah, Opera 9.27 displays the header as position:fixed, but it doesn't overlap with the other page contents. What should be the standard CSS behaviour?

Comment 6

[Chris Lawson (gone)]

Can someone (Lucas?) explain what, exactly, the "problem" is on this page, how to fix it (on the site's end), and then re-summarize the bug appropriately? The current summary is pretty darn useless and is not at all appropriate for a TE bug.

Comment 7

[Lucas Malor (mail: c6kfnkn2uc AT snkmail DOT c0m)]

Attachment: Minimal Testcase: quirks mode with a position:fixed element

The problem is quirks mode with a position:fixed element.

Internet Explorer renders them as a position:static element with an HTML 3.2 and HTML 4.0 without system identifier DOCTYPE, and if there's not DOCTYPE.
Firefox 2 and 3, Safari and Opera renders it following W3C current specs in all cases.

If you see the testcase, the first div should cover a part of the body. In IE this not happens.

IMO this is a Tech Evangelism bug.

Comment 8

[Chris Lawson (gone)]

INCOMPLETE due to lack of activity since the end of 2009.

If someone is willing to investigate the issues raised in this bug to determine whether they still exist, *and* work with the site in question to fix any existing issues, please feel free to re-open and assign to yourself.

Sorry for the bugspam; filter on "NO MORE PRE-2010 TE BUGS" to remove.