240798 - crash when I try to use "Open File" and "Ctrl-O" to open file [@ nsFilePicker::ShowW ]

Status: VERIFIED FIXED

(Core Graveyard :: File Handling, defect)

Description

[Tobias Fischer]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8a) Gecko/20040417
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8a) Gecko/20040417

I am using the Tinderbox "mozilla-i586-pc-msvc.zip" Builds. 
When I try to use "Open File" from "File" Dialoge or "Ctrl-O" to open a File,
Mozilla still crashes. 
It looks like an regression from some Checkin later than 2004-04-16-08, with the
Yesterdays Nightly everthing seems to be o.k., no crash.
The Builds 2004041700 and 2004041703 are still crashing.

Reproducible: Always
Steps to Reproduce:
1. Unzip fresh mozilla-i586-pc-msvc.zip
2. Start Mozilla
3. Choose Menu "File" => "Open File" or press "Ctrl-O"

Actual Results:  
Mozilla crash

Expected Results:  
Show "Open File" Dialoge-Box

Comment 1

[Tobias Fischer]

Attachment: Stack-back-trace from Dr. Watson

add stack-back-trace from Crash, from normal Binary-Build.

Comment 2

[Olivier Cahagne]

Tobias, unfortunately, a Dr.Watson report is useless, can you post the Talkback
ID associated to this crash ? You'll need a nightly build as I don't think the
tinderbox build have Talkback.

Comment 3

[Tobias Fischer]

Just installed the talkback.xpi from 1.7b Release into the Mozilla 2004041706
Nightly, hope that will be working. 

Than reproduce the above described crash, send Talkback ID: TB24352X   HTH.

Comment 4

[Michael Y Kwong]

I have the same problem on the SVG enabled build (2004041714)

Comment 5

[Olivier Cahagne]

Attachment: bogus stack

Comment 6

[Olivier Cahagne]

Tobias, is the default directory where Mozilla opens file have anything unusual
in their name: "\", "/", chars like umlaut ?

Comment 7

[Tobias Fischer]

(In reply to comment #6)
The usual Directory to open File from is: "F:\public\Netz\Mozilla latest trunk"

Nothing speciall in the Name, exept of probably the blanks. 

Comment 8

[timeless]

Comment on attachment 146401 [details]
bogus stack

you can't do that. don't ever ever ever do that.

talkback.xpis *must* be paired *exactly* with the version of mozilla that you
have.

anything else results in bogus data.

Comment 9

[Tobias Fischer]

(In reply to comment #8)
> (From update of attachment 146401 [details])
> you can't do that. don't ever ever ever do that.

Urghs, sorry. I never, never, never wanna do this again. Christian Biesinger has
just told me the same. Sorry again, but I would like to learn for the future.  

Could somebody tell me with PM which Nightly-Builds are Talkback-enabled? Would
like to bring a proper Stack than. 

Comment 10

[Hermann Schwab]

Tobias, latest Mozilla for Windows including talkback seems to be:
http://ftp.mozilla.org/pub/mozilla.org/mozilla/nightly/2004-04-15-10-trunk/

You can see if talkback is included with the net installer, when you look into
the windows-xpi folder. If talkback.xpi is about 300 kb, it´s the real thing, if
it is about 1k, it´s a dummy package.
If talkback is included with the net installer, it is safe to assume it is also
included with the full installer, or the zip package.

Comment 11

[Hermann Schwab]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a) Gecko/20040418

crash with BuildID 2004041809

DocWatson came up, then Windows crashed. Can't investigate further, as there are
currently no talkback builds. 

Comment 12

[Hermann Schwab]

comment #0 assumes regression between 2004-04-16-08 and 2004-04-17-00

bonsai has a lot of entries:
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=SeaMonkeyAll&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2004-04-16+08&maxdate=2004-04-17+00&cvsroot=%2Fcvsroot

but maybe this one is the one:
2004-04-16 17:58	darin%meer.net 	mozilla/ xpfe/ components/ filepicker/ res/
content/ filepicker.js 	1.87 	3/2  	landing patch for bug 24867 "UI for FTP
upload" r=biesi,neil sr=bryner

Comment 13

[[e-mail]]

Darin, the mac just seems to ignore it, and the Linux one doesn't mind, but the
other filepicker impls don't like a null displayDirectory.

Comment 14

[[e-mail]]

Attachment: Something like this

Comment 15

[[e-mail]]

Darin checked in a fix based on my attachment in bug 24867.

Comment 16

[Frank Wein [:mcsmurf]]

*** Bug 241564 has been marked as a duplicate of this bug. ***

Comment 17

[Stephen Donner [:stephend] Not actively reading bugmail]

Verified FIXED with build 2004-06-30-08 on Windows XP.