Closed Bug 208146 Opened 21 years ago Closed 19 years ago

crash always with wrong page in gklayout.dll module message

Categories

(SeaMonkey :: General, defect)

Product:
SeaMonkey
Component:
General
Platform:
x86
Windows 98
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: helperm, Unassigned)

References

(
URL
)

Details

(Keywords: crash, qawanted)

Attachments

(1 file)

Page that Mozilla freezes
13.48 KB, text/html
Details 
User-Agent:       Mozilla/5.0 (Windows; U; Win98; pl-PL; rv:1.3.1) Gecko/20030425
Build Identifier: Mozilla/5.0 (Windows; U; Win98; pl-PL; rv:1.3.1) Gecko/20030425

This url couldn't never be loaded successfully: www.planetquake.com/aeons/unreal/
In previous releases of Mozilla was the same problem.

Additionally:
This error ("application tried to run forbidden command" - sorry if it sound not
execly - I have Polish version of Windows) occures ALWAYS when I try to browse
pages and I have 100% cpu usage (for example during compressing wavs to mp3).
Nevermind which urls. Mozilla is unusable if my cpu usage is 100% - constantly
crash.

HELP ME PLEASE!!!

Reproducible: Always

Steps to Reproduce:
1. try to open: http://www.planetquake.com/aeons/unreal/
2. or
3. make 100% cpu usage and try to use mozilla intensely

Actual Results:  
Mozilla crash - bad page in GKLAYOUT.DLL module

Expected Results:  
not crash? :-)

theme = default
computer = K6-2@450, VIA MVP-3, 128MB RAM, ATI RAGE PRO 8MB...
Happens here as well, Mozilla 1.5-RC1
I have to post it as new bug. Because when I try to change options here (like
OS) and add a comment I see new page with info that only delveloper or author of
bug can do it. What's.... I am author!
*** Bug 219965 has been marked as a duplicate of this bug. ***
Seems logical that windows forbids you another application, if CPU is already
running at 100%, and maybe the size of the swap file Win386.swp can´t get greater.

Besides that, did you have problems with this URL when Mozilla was the only
application running?
Do you have latest drivers for your grafics card? ATI RAGE PRO 8MB ?

From the 1.3.1 Release Notes, about ATI:

http://www.mozilla.org/releases/mozilla1.3.1/#problems

Mac OS and Windows: Using ATI video drivers will lead to random crashes on many
sites. Mac OS ATI driver versions affected: All (?) Windows ATI driver versions
affected: 5.13.1.6118 (Mac OS) Workaround: set your screen to 'Thousands of
colors' rather than 'Millions'. (Windows) Possible Workaround: Revert to an
older driver (6094?)-- Untested (Bug 101055)

http://www.mozilla.org/releases/mozilla1.4/known-issues.html#pages
Bug 104992 Rendering problems on Windows with older ATI video cards
A)It is not duplicate exacly. Here are two bugs (sorry):
1) 100% cpu usage bug
2) bug with url (plugins???)

B)It's not logical cause Mozilla is already running (and windows doesn't forbid,
windows likes its swap). I start job wich haevy use cpu, and try to use mozilla
-> crash.
Swap can't be greater because I setup it on different partition and has fixed
size. There is enough room :-) Let's say, there is running only Mozilla and
other task with high cpu consumption but it uses few memory.
Yes, I have problem with this URL when only Mozilla is runing, in Windows and
Linux, so it's independent of graphics drivers. I have PC so I couldn't try it
on MacOS :-)

C)Sometimes a lot of hours I use Mozilla, and everything is ok; click on link
and suddenly crash. I try to visit again - crash, sometimes on start of loading
page, sometime when page is already loaded and I try to navigate (menu, links).
I have constantly experienced this of late.. i have installed all builds i can
find from 1.4-1.5rc2 and all exhibit this 'feature' I run into it everywhere
from starting the browser to pages in yahoo newbeetle.org.  A page will crash a
few times then open fine, only to crash a few pages later.  This is very
frustrating.  Mine doesnt have to do with cpu usage that I know of, but the same
module.
Installed Mozilla 1.6A on W98 successfully but on first starting up got this error 
message: 
<error message> 
MOZILLA caused an invalid page fault in 
module GKLAYOUT.DLL at 015f:0119e44e. 
Registers: 
EAX=00000000 CS=015f EIP=0119e44e EFLGS=00010246 
EBX=00000000 SS=0167 ESP=0066f458 EBP=0066f50c 
ECX=007b70bc DS=0167 ESI=007b6940 FS=308f 
EDX=00000000 ES=0167 EDI=007bf800 GS=0000 
Bytes at CS:EIP: 
8b 08 50 ff 51 0c 8b 46 48 39 58 3c 0f 84 c9 00 
Stack dump: 
007b70bc 006e4a6c 006e4a6c 00000000 0066f5fc 00000000 0066f60c 0066f686 
00000000 0066f686 0066f5fc 007be740 007be7ba 00000000 007be7ba 007bf80c  
</error message> 
Graphics card is, unfortunately, ATi RageIIC AGP 4Mb RAM 
gklayout.dll installed by Mozilla install process at C:\Program Files\Common 
Files\mozilla.org\GRE\1.6a_2003110115\components
Keywords: crash
See also bug 232670 and bug 235014.

This is still occurring with post-1.7a trunk build 2004022608 on Windows 98. I
installed Talkback with this build, but I got no Talkback after the crash I just
experienced. (I had several tabs open and had visited several web sites when it
crashed.)

Confirming. 

I'm tempted to dupe the other bugs, but without Talkback IDs, I'm not sure
they're all the same bug.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: qawanted
Seeing this a lot in current trunk builds on Windows 98. I use the stub
installer and thus I don't have Talkback.

We need to get it fixed for the big release. Nominating for 1.7.

Are the ZIP builds Talkback-enabled?
Flags: blocking1.7?
Without a stacktrace, this isn't really going anywhere. 
Finally got Talkback to send the report.

TB3319G.
Keywords: stackwanted
Keywords: talkbackid
from aku's talkback:
nsEventStateManager::GetPrevDocShell
[/mozilla/content/events/src/nsEventStateManager.cpp, line 5257]
nsEventStateManager::ShiftFocusByDoc
[/mozilla/content/events/src/nsEventStateManager.cpp, line 5306]
nsEventStateManager::PostHandleEvent
[/mozilla/content/events/src/nsEventStateManager.cpp, line 2024]
PresShell::HandleEventInternal [/mozilla/layout/html/base/src/nsPresShell.cpp,
line 6072]
PresShell::HandleEvent [/mozilla/layout/html/base/src/nsPresShell.cpp, line 5942]
nsViewManager::HandleEvent [/mozilla/view/src/nsViewManager.cpp, line 2235]
nsViewManager::DispatchEvent [/mozilla/view/src/nsViewManager.cpp, line 2025]
HandleEvent [/mozilla/view/src/nsView.cpp, line 79]
nsWindow::DispatchEvent [/mozilla/widget/src/windows/nsWindow.cpp, line 1068]
nsWindow::DispatchWindowEvent [/mozilla/widget/src/windows/nsWindow.cpp, line 1085]
nsWindow::DispatchKeyEvent [/mozilla/widget/src/windows/nsWindow.cpp, line 2957]
nsWindow::OnKeyDown [/mozilla/widget/src/windows/nsWindow.cpp, line 3046]
nsWindow::ProcessMessage [/mozilla/widget/src/windows/nsWindow.cpp, line 3942]
0x22eb84b1
Keywords: stackwanted, talkbackid
I have Mozilla 1.7b Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b)
Gecko/20040316 and have the same situation as Marcin with
http://www.eraomnix.pl/sms. It's page where I send SMS, after logging in and
filling the form I click submit and wait for next page (the preview of msg)
Mozilla craches in the same module (gklayout.dll).
Yesterday I've tested it with Mozilla 1.6 and problem was the same.

My box:
WinXP PL + SP1
GeForce 2 Ti 64mb
Athlon 1.7
512DDR (kingston)

I have classic theme.
Bug occurs: always.

I think it should be enough. :-)
bryner, can you look at this one?
Flags: blocking1.7? → blocking1.7+
[Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7b) Gecko/20040421] (<-- 1.7rc1 !)
(W98SE)

(for the record)
I could load <http://www.planetquake.com/aeons/unreal/> with no problem.
K6/225MHz + ATI Xpert@Work (Rage ...).
I can load <http://www.planetquake.com/aeons/unreal/> too.

Im using Mozilla 1.6 on an Intel P4 3Ghz HT, 2 Gb RAM and an Nvidia Geforce FX5900.


Can someone please clarify what the current problem is?

People aren't having trouble with the quake page, and we can't use the SMS page
without a user/pass.
Previous versions (before 1.7b 2004042109) where crashed while loading this
page. Latest version just freezes :-)
I've tested SMS page. I have now Mozilla 1.7b
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040421, it just
stuck and freeze while loading that page. "Stuck and freeze" means animation of
Mozilla logo stops, after I choose some option from menu nothing happens. When I
close Mozilla's window, Mozilla is still in memory and I have to kill the
process. I've created attachment with saved page (saved by IE), saved page
loaded from local causes the same effects. You can try on your own ;-)

(sorry if my english sucks :/)
Attachment 148123 [details] is no problem here on WinXP with 1.7rc1 and with a current
trunk debug build.
no problems here on any of these test url's either.   not much to go on,  we
will need something quick if this is going to make 1.7.  jay, can you try and
dig some data out of talkback to see how visable that stack asa posted is in
recent data?
I have to apologize, new profile fixed everything. I guess it's just problem
with some plug-ins. So Mozilla seems to be clear ;-)
But IMHO plug-in bug (even serious!) shouldn't crash an application. But this is
not the best place to discuss it, isn't it? So maybe someone can point right place?
I don't see anything in the nightly or RC1 talkback pointing to this bug.
Flags: blocking1.7+ → blocking1.7-
Aku's talkBack stack from comment #12 look same as bug 243522.
Product: Browser → Seamonkey
TB stack in comment #12 appears similar to bug 162283, as well.
it appears nobody can reproduce the original crash
(http://www.planetquake.com/aeons/unreal/) and the other URL is a different bug.

resolving WORKSFORME
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: