312731 - Crash if I open the web page (see URL)

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[Oldrich Jedlicka]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; cs-CZ; rv:1.7.12) Gecko/20051003 Firefox/1.0.7
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; cs-CZ; rv:1.7.12) Gecko/20051003 Firefox/1.0.7

With Firefox 1.0.7 I get crash (no message, window just closes) when trying to
open the mentioned URL.

Reproducible: Always

Steps to Reproduce:
1. Open the web page
2. Wait few seconds when the page is loaded
3. Crash before the page is fully loaded

Comment 1

[Ria Klaassen (not reading all bugmail)]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051017
Firefox/1.4.1 ID:2005101704

WFM, although it takes a full minute to load.

Comment 2

[Peter van der Woude [:Peter6]]

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b5) Gecko/20051017
Firefox/1.4.1 ID:2005101712

WFM

(i'm sure i've seen this reported before, i remember the huge and useless letters)

Comment 3

[Adam Guthrie]

Could you provide a talback ID/stacktrace for the crash?
http://kb.mozillazine.org/Talkback

Comment 4

[zug_treno]

(In reply to comment #2)
> (i'm sure i've seen this reported before, i remember the huge and useless 
> letters)

Bug 249477, duplicate?

Comment 5

[Oldrich Jedlicka]

Yeah, this is the same page. I do not have any Talkback as it is compiled from
source code on my Gentoo system. I'm trying to recompile the package with
"debug", so I hope there will be something useful. Maybe the problem is with
Extensions (Adblock, Paste and Go, Mouse Gestures, CZ Langue Pack, Download
Manager Tweak) or some Gentoo patches. This is what I want to figure out.

Comment 6

[Oldrich Jedlicka]

Attachment: Output with debugging enabled

Started with redirecting stdout and stderr into file. Assertion reached and
application terminated.

Comment 7

[timeless]

please read http://www.mozilla.org/unix/debugging-faq.html

Comment 8

[Oldrich Jedlicka]

This was not intended that I will debug mozilla (it is too big). But from the
output it can be seen where the (possible) problem is:

###!!! ASSERTION: RootScrollFrame is not scrollable?: 'scrollableFrame', file
nsPresShell.cpp, line 3592
Break: at file nsPresShell.cpp, line 3592

Comment 9

[William Bumgarner [:zsinj]]

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

Comment 10

[William Bumgarner [:zsinj]]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051101 Firefox/1.6a1

WFM

Comment 11

[Adam Guthrie]

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051102 Firefox/1.6a1

WFM, too. Reopen if you can reproduce in 1.5 RC1.

Comment 12

[Oldrich Jedlicka]

Mozilla/5.0 (X11; U; Linux i686; cs-CZ; rv:1.8) Gecko/20051025 Firefox/1.5

Doesn't work for me. Still crashes. Just downloaded the pre-compiled RC-1. I used the czech version and I'm using czech (cs_CZ) locales.

Comment 13

[Oldrich Jedlicka]

I've found out that Firefox crashes with my .mozilla directory. When I delete it and start Firefox 1.5RC1, everything is Ok (not my 1.0.7). But with old .mozilla directory, also Firefox 1.5RC1 is crashing. I will attach my .mozilla dir.

Comment 14

[Oldrich Jedlicka]

It is too big for upload. I have to investigate, which plugin causes this to have smaller file... I'm going to do it in the evening.

Comment 15

[Oldrich Jedlicka]

Attachment: My .mozilla directory causing crash

When I start Firefox 1.5RC1 with this .mozilla directory and try to load the URL, Firefox closes. I cannot say now, what causes this as all extensions are uninstalled.

Comment 16

[Adam Guthrie]

Oldrich, could you please provide a talkback ID for the crash? http://kb.mozillazine.org/Talkback

Comment 17

[Oldrich Jedlicka]

Uff. I had to do everything manually (searching for, starting and enabling Talkback and creating incident manually without any description available, suggested URL is unusable) - no window appeared automatically, crash was not recognised. If you need more input, I'm here to provide feedback.

Incident ID is TB11434404X.

Comment 18

[Adam Guthrie]

That talkback ID has no stack. If talkback doesn't come up then it's probably not a crash. Could you try again and see if it really does crash?

Comment 19

[Oldrich Jedlicka]

No surprise for me. I now think that it is not a crash of Firefox, but a fault of some external plugin (used by file extension). On terminal there is only a message that the connection to X server was lost and no Talkback window opened (so no corefile, no stack trace). I simply cannot create Talkback report without any crash seen by Talkback. But the fault is that Firefox window (and application itself) closes when I try to open this page. 

Any hints how to investigate this?

Comment 20

[timeless]

use screen to start your gecko.
use a second xserver to host your gecko.
build your own gecko (--enable-debug).
read the unix debugging faq
run your gecko --sync
build your xserver (and related pieces) w/ symbols and follow whatever debugging instructions they have if it's their fault.

Comment 21

[Oldrich Jedlicka]

Closing as it is working with 1.5RC1 with clean ~/.mozilla directory. I will try to investigate it in a spare time.

Reopen if it appears again.