635433 - crash (exception in XUL.DLL) trying to "save page as" to local directory

Status: RESOLVED INCOMPLETE

(Firefox :: General, defect)

Description

[Bert Goff]

User-Agent:       Mozilla/5.0 (OS/2; Warp 4.5; rv:2.0b12pre) Gecko/20110210 Firefox/4.0b12pre
Build Identifier: Mozilla/5.0 (OS/2; Warp 4.5; rv:2.0b12pre) Gecko/20110210 Firefox/4.0b12pre

I tried to save the contents of the referenced URL as a file (I changed the name in the dialog box first).  Page saved sucessfully, but Firefox terminated.  *.TRP file left in the Firefox directory.
I have had similar failures on other pages and when trying to "Save Link As".
Same symptoms also previously happened with the 3.x versions of Firefox.
Happens often, but not always.

Reproducible: Sometimes

Steps to Reproduce:
1. go to page referenced
2. Select File, then Save Page As ...
3. In the dialog box, choose a directory, then enter a different file name than suggested (ok to keep file extension).
4. Click on OK
Actual Results:  
page saved, but Firefox terminates (crashes).
If I restart Firefox, it takes me back to the page I was saving.

Expected Results:  
No Crash

*.trp file says "Exception C0000005 - Access violation"
and "Filename: F:\MOZILLA\FIREFOX4.0B12\XUL.DLL"
Complete file will be attached.

about:buildconfig
Source

Built from http://hg.mozilla.org/mozilla-central/rev/542b5e55d843
Build platform
target
i386-pc-os2-emx
Build tools
Compiler 	Version 	Compiler flags
gcc 	gcc version 4.4.1 (GCC) 	-Wall -W -Wno-unused -Wpointer-arith -Wcast-align -W -pedantic -Wno-long-long -fno-strict-aliasing -Zomf -pipe -DNDEBUG -DTRIMMED -O2
g++ 	gcc version 4.4.1 (GCC) 	-fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-invalid-offsetof -Wno-variadic-macros -Werror=return-type -pedantic -Wno-long-long -fno-strict-aliasing -Zomf -pipe -DNDEBUG -DTRIMMED -O2
Configure arguments

--enable-application=browser --disable-tests --disable-necko-wifi --disable-ipc --enable-optimize --disable-debug

Comment 1

[Bert Goff]

Attachment: .TRP file for this reported problem

Comment 2

[Bert Goff]

Attachment: .TRP file from a previous crash that may be same problem

Comment 3

[Bert Goff]

Attachment: .TRP file from a previous crash that may be same problem (another)

Comment 4

[Walter Meinl]

Comment on attachment 513663 [details]
.TRP file from a previous crash that may be same problem (another)

Just changed the MIME type to get it viewable

Comment 5

[Dave Yeo]

Bert, can you set MOZ_NO_RWS=1 in your environment and try again to save Alex's page?
Also where were you saving the file to? If the root of a drive, please try saving to a subdirectory.

Comment 6

[Bert Goff]

Dave, Thanks for responding.
Just to clarify my OS level:  I am running eComStation 2.0 GA, installed on a logical partition which is addressed as the D: drive.  This is JFS file system.
I was trying to save to: https://bugzilla.mozilla.org/show_bug.cgi?id=635433 which is another logical partition on the same physical drive, HPFS file system.  So, no, it was not to the root directory.
I tried setting MOZ_NO_RWS=1 in the .cmd file that I use to start Firefox.  The failure still occurred.  I then looked in the new .TRP file and was surprised to see in the section "DLLs accessible from this process" there is an entry:
RWSCLI08    D:\ECS\DLL\RWSCLI08.DLL 
So, that looks like SET MOZ_NO_RWS=1 did nothing.

Then I put SET MOZ_NO_RWS=1 into my \CONFIG.SYS

Comment 7

[Bert Goff]

No, I was not saving to an http location; the last comment should have said "trying to save to F:\download\fonts\wp (guess I messed up a cut & paste :) )

Then I pressed ENTER by mistake before finishing the comment.  To resume:

Then I put SET MOZ_NO_RWS=1 into my \CONFIG.SYS file.  After rebooting, I have NOT been able to recreate the problem.  I tried saving the same page several time, no trouble.  I then tried downloading a couple file using "Save Link As..."; again no problems.
So, it seems there is link between my crash and Remote Workplace Server.  But RWS is documented as relating to Thunderbird, not Firefox.  What?

Comment 8

[Bert Goff]

Ignore my comment about just Thunderbird using RWS; I just reread the Firefox README and found it there also.

Comment 9

[Italo Compostella]

I had exactly the same situation with version 6 and 8. In addition it did crash even when opening Lucide.
SET MOZ_NO_RWS=1 in the CONFIG.SYS solves the problem.
Thank you!

Comment 10

[Wayne Mery (:wsmwk)]

Bert, Italo, do you still see this when using a current version or nightly build?