170088 - (freeze) browser view page source or ctrl-U on any page [corrupted XUL.mfl]

Status: VERIFIED DUPLICATE of bug 169777

(Core Graveyard :: View Source, defect)

Description

[Christy Church]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2a) Gecko/20020910
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.2a) Gecko/20020910

I've successfully used view page source before, but now, after numerous tries
and a reboot and try again, it's not working.  I first noticed the problem with
the URL I've cited, and I've recently verified HTML.  View page info works. 
Then I tried view page source on http://www.chrischurch.net.  I tried working
with Talkback, but could not understand how to use this tool for this problem,
or even whether it is appropriate.  Agent is on, but this problem does not
activate Talkback.  I checked for bugs on this problem and found some, but not
for summary "view page source" keyword "crash" specific to Mozilla build 1.2a,
PC, Windows 98.

Reproducible: Always

Steps to Reproduce:
1. Launch mozilla build id 2002091014
2. Visit http://www.chrischurch.net/
3. View --> page source
4. Browser freezes
5. Press ctrl-alt-delete
6. Message comes up top of the list highlighted, Mozilla build ID 2002091014 not
responding or waiting response from user
7. Choose "end task" 
8. Warning window comes up to end task
9. Choose end task
10. All instances of Mozilla on desktop disappear
11. Relaunch Mozilla and retry.
12. Reboot, launch Mozilla and retry. 

Actual Results:  
Crash (freeze)

Expected Results:  
View page source normally.  I hope view page source works again.

Comment 1

[joakim_46]

WFM with Mozilla 1.1 (build 20020826). Marking as invalid.

Comment 2

[joakim_46]

Maybe that occurs on newer builds. Reopening it...

Comment 3

[Andrew Schultz]

this is definitely not INVALID... (at least not yet)

Christy: you are getting a hang (browser stops responding) rather than a crash
(browser closes itself).  talkback only works with crashes.

also, the best way to search would be to search under component ViewSource for
crash (hang) keyword.  there are a couple of crashers, but no hangs.

do you see this with a clean profile?

worksforme with linux trunk build 20020921 and 1.2a

Comment 4

[piglet]

I've just had this - 1.2alpha has been working fine here on NT since released.
Today view source styarted to freeze - taking 99% CPU. This started after I
switched javascript off to view a page which was checking referrer. I Switched
Javascript back on -still hung every time on any page. My guess is that it's not
connected with the Javascript disable - but I will try to reproduce later.

I tried the following things:

1.) I reinstalled 1.2alpha over the 1.2alpha installation - still hung each view
source
2) I uninstalled 1.2alpha and then installed it - still hung each view source
3) I uninstalled 1.2apha, installed 1.1 - did not hang on view source.
Unistalled 1.1 and installed 1.2alpha and now view source does not hang any more.

There's defnintely a bug in this area - but it looks like it's going to be a
real pain to pin down.

Comment 5

[Christy Church]

Now it works for me, system resources 59% free, user resources 59% free, GDI
resources 90% free.  I made no changes to profile, or configuration changes of
any kind since hangs.  Is it possible to capture useful hang diagnostics in case
this comes up again?  I'm sure after previous reboots, there would have been
similar system resources for Mozilla browser alone, View --> page source. 
Thanks for help so far on this.

Comment 6

[Jens Kager]

This suddenly happens to me too. Viewing the source worked yesterday - today it
freezes Mozilla. I am not aware of any changes made to my system (nobody else is
using it). I'm using Build ID 2002101717 on Linux i686, RedHat 7.3.

Comment 7

[Daniel Küstner]

Can see this too on Linux with 1.2b

It first occured on http://www.spiegel.de/spiegel/0,1518,220999,00.html , but
now also on bugzilla.mozilla.org

Comment 8

[Daniel Küstner]

It happens also when I try to View Selection Source

Comment 9

[Stefan Seifert]

I got this problem with 20021202 on Linux. Just updated to fresh cvs version
2002120509 and view source works again

Comment 10

[R.K.Aa.]

If you quit mozilla, delete the file XUL.mfl in your profile directory, and then
restart: Does view source still freeze? 

Comment 11

[dan]

Hello, I also had mozilla hanging when viewing source on web pages and mail
messages, I deleted the XUL.mfl file and that fixed it.  thanks!

Comment 12

[Georg Maaß]

Mozilla 1.2.1
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1) Gecko/20021130

Windows 2000 Rel. 5.00.2195 SP2
HW:  AMD-K6 400MB RAM


This might be a duplicate of Bug #172923

Comment 13

[Ulrike Jahnke-Soltau]

Build: Mozilla 1.2.1 - Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2.1)
Gecko/20021130
OS: Windows 2000 Rel. 5.00.2195 SP2
HW: AMD-K6 400MB RAM 

View page source freezes Mozilla not only invoked by ctrl-u, but also invoked by
context menu or toolbar. 
Freezes on local pages, too.

Comment 14

[Christy Church]

I was getting a repeatable browser hang on two similar actions, Sidebar Tab -->
Bookmarks --> "Find Bookmarks" and on top menu line, Edit --> "Find in This
Page" both in consecutive Mozilla sessions and conscutive reboots.  I quit
browser and did a start --> find of XUL.mfl as in comment #10 and located file
in something like c:\windows\application data\profiles\default\os0xefqt.slt\.  I
sent it to recycling bin and restarted Mozilla.  Now both of these functions
work fine.

Comment 15

[Georg Maaß]

It also occures on Windows 2000 with Mozilla 1.3.b

Comment 16

[Christy Church]

I was doing a view source and getting an alert from Windows 98, something like,
Program performed an illegal operation, if problem persists, contact program
vendor, then hit "OK" and all instances of Mozilla closed. I repeated this. 
This is a crash condition, and the Netscape reporter came up.  I collected a
"Details" file and saved it to scratch along with the XUL.mfl file that was in
use (cut from Profile and paste to scratch).  I invoked Mozilla, and
successfully did view source.   

Comment 17

[Andrew Schultz]

Christy: if you are crashing it's probably a different bug.  When Netscape
talkback comes up, you need to "send" the info and then run the QFA agent, which
will tell you what the talkback ID for the crash was.  Netscape people can use
that ID to pull/analyze the information you sent.

if the problem was a corrupt XUL.mfl file, then this is a dupe of 169777.  Some
of the issues with that bug have been fixed, so you should try a new build and
see if this bug still exists.

Comment 18

[Georg Maaß]

Additional information to Comment #15 from Georg Maaß  2003-01-21 09:29

Mozilla 1.3b
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030112

Mozilla consumes near 100% CPU. Shooting down Mozilla with task manager and
restarting Mozilla does not help. There is no quick launch enabled. There seams
to be a Mozilla zombie which is not visible in the task manager.

Comment 19

[Georg Maaß]

prefbar.xpi is installed on this Mozilla. May be that this reduces stability.

Comment 20

[Georg Maaß]

Mozilla 1.3b
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030114

I think this (Gecko/20030114) is a wrong information on the about page, because
the build of the Mozilla is a nightly build from 20030121. It is the nighly
build from 2003-01-21 called mozilla-win32-svg-libart-mathml.zip

This fresh downloaded nighlty without the prefbar.xpi works well without hanging
on source view.

Comment 21

[R.K.Aa.]

[e-mail]:

If you have to repeatedly delete XUL.mfl in order to avoid freezes / crashes,
you are encountering repeated profile corruption.

Please make sure to follow the installation notes next time you install Mozilla,
and delete the chrome directories in the install dir and profile dir before
installing anew. I think you have incompatible addons installed there?

Comment 22

[Serge Gautherie (:sgautherie)]

Based on "deleting <XUL.mfl> fix" effectiveness,
and since the last reports were on v1.3b,
Resolving as a bug 169777 duplicate ! (as suggested in comment 17)
(and removing 'Blocks: bug 134576')

Reopen if you still see this bug with a recent build.


*** This bug has been marked as a duplicate of 169777 ***

Comment 23

[Serge Gautherie (:sgautherie)]

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

Comment 24

[Daniel Wang]

v