Closed
Bug 70947
Opened 24 years ago
Closed 24 years ago
Mozilla can't access http://www.n-tv.de
Categories
(Tech Evangelism Graveyard :: German, defect)
Tracking
(Not tracked)
People
(Reporter: Junk_HbJ, Assigned: tristan)
References
()
Details
(Keywords: intl)
Attachments
(1 file)
|
58.07 KB,
application/x-zip-compressed
|
Details |
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; 0.9) Gecko/20010302
BuildID: 2001030205
Mozilla crashes
Reproducible: Always
Steps to Reproduce:
1.) Launch Mozilla
2.) Type in the URL http://www.n-tv.de
3.) Watch Mozilla crash
Actual Results: Crash
Expected Results: Rendered page
Crash-ID: TB27323267Y
Error message:
Illegal page in Modul UCONV.DLL at address 016f:608815ab.
Updated•24 years ago
|
Summary: Mozilla crashes if I try to access this URL → Mozilla crashes if when accessing http://www.n-tv.de
Summary: Mozilla crashes if when accessing http://www.n-tv.de → Mozilla crashes while accessing http://www.n-tv.de
Comment 1•24 years ago
|
||
no crash on linux with a build from 2001-03-05
Comment 2•24 years ago
|
||
no crash on 2001030205/Win2000.
Comment 3•24 years ago
|
||
No crash with 2001030308 win98
Marking wfm
Reporter : try with a fresh install and reopen if it still crashes
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Mozilla still crashes for me with the same error address.
Here's the error message (translated, as i own a German copy of windows...):
MOZILLA caused a page fault
in modul UCONV.DLL at 016f:608815ab.
Register:
EAX=00001000 CS=016f EIP=608815ab EFLGS=00010287
EBX=0068f880 SS=0177 ESP=0068f80c EBP=0068f818
ECX=01f99fac DS=0177 ESI=00001000 FS=2c4f
EDX=00000000 ES=0177 EDI=00000000 GS=0000
Bytes at CS:EIP:
0f b6 02 8b 75 1c 66 8b 04 46 66 89 01 41 41 42
Stack values:
016a11b0 016a1854 00000100 0068f848 60881646 016a11b0 00001000 00000000 01f99fac
0068f894 016a1854 00000100 01f99fac 01c73360 00001000 0068f888
The corresponding Talkback-ID is TB27349438Q
=====================================================================
But if it *only* crashes for me, I'll consider changing the DIMMs of the
machine...
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Comment 5•24 years ago
|
||
Does it still crash with the same mozilla build or a new build? If a new build,
what's the build id?
It keeps on crashing with M .8, the old build(2001030205) and the new (2001030505).
Interesting enough, the old build crashed always, while the new worked *once*
for this URL, just showing an empty window. Beside this one-time happiness, the
crash remains the same...
I've ordered new RAM for my box, eta tomorrow. Perhaps this will fix the problem...
Just tried the new build 2001030605... guess what: Still crashes :-(
Have tried this page at university with 2001030605 under NT4 SP6a.
Result: Mozilla simply exits without any message...
Just changed my RAM, but this didn't solve my problem.
A hint for bug reproduction: Type in the URL, wait until Mozilla doesn't load
anymore (only white windows visible) and press ENTER into the Location bar.
Btw, I had a nice, single crash in XPCOM.DLL while loading n-tv.de
Comment 10•24 years ago
|
||
from talkback:
UCONV.DLL + 0x15ab (0x608815ab)
UCONV.DLL + 0x1646 (0x60881646)
GKPARSER.DLL + 0x7228 (0x603b7228)
GKPARSER.DLL + 0x187a9 (0x603c87a9)
XPCOM.DLL + 0x2d108 (0x60d6d108)
NECKO.DLL + 0x2d58b (0x606dd58b)
GKPARSER.DLL + 0x186de (0x603c86de)
URILDR.DLL + 0x6b93 (0x60996b93)
NECKO.DLL + 0x3737b (0x606e737b)
NECKO.DLL + 0x36338 (0x606e6338)
NECKO.DLL + 0x2d447 (0x606dd447)
NECKO.DLL + 0x17426 (0x606c7426)
NECKO.DLL + 0x15916 (0x606c5916)
XPCOM.DLL + 0x3194b (0x60d7194b)
XPCOM.DLL + 0x31b18 (0x60d71b18)
0x778b0c24
Comment 11•24 years ago
|
||
over to I18N
Assignee: asa → nhotta
Status: UNCONFIRMED → NEW
Component: Browser-General → Internationalization
Ever confirmed: true
QA Contact: doronr → andreasb
Comment 12•24 years ago
|
||
I cannot reproduce this with today's commerical build and my local debug build.
Looks like the site is a news site updated frequently. If someone encounter the
problem in future, please check if reproducible with saved page. If so, attach
the HTML to the bug.
Comment 13•24 years ago
|
||
May be in this routine (INTL/UCONV):
NS_IMETHODIMP nsUnicodeDecodeHelper::ConvertByFastTable(
const char * aSrc,
PRInt32 * aSrcLength,
PRUnichar * aDest,
PRInt32 * aDestLength,
PRUnichar * aFastTable,
PRInt32 aTableSize)
We need to be able to reproduce this bug in the debug build.
| Reporter | ||
Comment 14•24 years ago
|
||
Update on the crash: With 2001030704, there's no crash, but nothing is shown and
the typical HD-Access just before the crash doesn't occur.
This leaves two conclusions:
1.) Some "magic" bug fix (quite strange, IMHO)
2.) Page loader is something broken (??)
@nhotta: Would you mind to upload a debug build so I can run it on my machine?
Trying to save this page is quite futile: It consists of several CGI-Scripts,
generating the page. In Netscape 4.76, "View Source" just produces some useless
lines of HTML-Code, primary calling two Javascript-Applets and preparing the
page layout.
Another sidenote: I'm unable to create an attachment to this bug ('Error: No
file was provided or it was empty). Therefore my question: Who wants two Dr.
Watson Crashlogs, zipped, 58kb in size?
| Reporter | ||
Comment 15•24 years ago
|
||
Comment 16•24 years ago
|
||
I also saw the blank page on my debug build (didn't happen on the commercial
build).
Andreas, could you try http://www.n-tv.de with today's build?
Roy, could you take look at the Dr. Watson log?
Comment 17•24 years ago
|
||
When loading, I saw following dump to the console.
I may be related to "layer" tag, cc to momoi, is "layer" supported for mozilla?
Enabling Quirk StyleSheet
JavaScript error:
http://www.n-tv.de/js/default.js line 203: layer has no properties
Document http://www.n-tv.de/ loaded successfully
Comment 18•24 years ago
|
||
Reassign to evangelism@telocity.com, this is not crashing now and the debug dump
indicates that something to do with layer tag.
Put 'intl' keyword' so we can search this later.
Assignee: nhotta → evangelism
Keywords: intl
Comment 19•24 years ago
|
||
I found that the page is shown with 6.01, so the blank page is probably not
caused by layer tag, reassign to nhotta, need more investigation.
Assignee: evangelism → nhotta
Comment 20•24 years ago
|
||
I tried to reproduce this on DE Win98 with the following trunk builds:
2001030605 and 2001031220. For me the build didn't crash while loading
http://www.n-tv.de, however it is loading the page in an infinite loop.
Comment 21•24 years ago
|
||
It is working using 2001-03-19-12-Mtrunk build (Netscape commercial build).
Please reopen when it happens again.
Status: NEW → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → WORKSFORME
Comment 22•24 years ago
|
||
Reopening bug. I tried the following commercial builds accessing the mentioned site:
DE Win98 2001032204: page loads indefinitely (status: transferring data) and never
changes status to done.
Linux 20010326: a blank page is seen, page doesn't display
Mac 20010326: a blank page is seen, page doesn't display
Changing summary field to better reflect this problem.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Summary: Mozilla crashes while accessing http://www.n-tv.de → Mozilla can't access http://www.n-tv.de
| Reporter | ||
Comment 23•24 years ago
|
||
Another URL showing this (with M .8.1) is:
http://www.dailyradar.com/features/game_feature_page_2523_1.html
But is this perhaps related with bug 59553 ?
Comment 24•24 years ago
|
||
anyone working on this? www.n-tv.de is an important german news source, it would
be nice to see it working in mozilla 1.0 or netscape 6.5
Comment 26•24 years ago
|
||
The following message show on the console on mac
JavaScript error:
http://www.n-tv.de/js/default.js line 203: layer has no properties
momoi- it seems this page use layer.
I see it display blank on my mac 0413 trunk build.
Change the componenet to HTML element
Assignee: nhotta → clayton
Status: REOPENED → NEW
Component: Internationalization → HTML Element
QA Contact: andreasb → bsharma
Comment 27•24 years ago
|
||
After a quick look at the javascript source, it looks that the browser
identification routines are not perfect.
I saw several times thing like:
if (ie || n6)
doSomething_for_explorer_and_Nescape_6()
else
doSomething_else_for_Netscape_4_and_others()
n6 values is decided by this:
if(navigator.userAgent.indexOf('Netscape6') != -1){
n6=true;
}
So Mozilla is not recognized as a "Netscape6-compatible" browser
I think this should go to evangelism
Comment 28•24 years ago
|
||
Over to Kat to handle in the evangelism channel. Thanks Kat!
Assignee: clayton → momoi
Comment 29•24 years ago
|
||
If this is evang, then it's a dup of bug 59553. Please dup one way or the other.
Comment 30•24 years ago
|
||
Just noticed this bug after investigating bug 59553.
*** This bug has been marked as a duplicate of 59553 ***
Status: NEW → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
Comment 31•24 years ago
|
||
verifying this is a dupe of bug 59553 (cnn.de n-tv.de - does not display in mozilla)
Status: RESOLVED → VERIFIED
Updated•24 years ago
|
Component: HTML Element → European
Product: Browser → Tech Evangelism
Version: other → unspecified
Comment 32•24 years ago
|
||
Moving to new component "West Europe". European component is being removed.
See bug 95808 for details.
Assignee: momoi → nitot
Component: European → West Europe
QA Contact: bsharma → caillon
Comment 33•23 years ago
|
||
The QA Contact for Europe: West has changed to
brantgurganus2001@cherokeescouting.org. If there is a reason for you to stay as
the QA Contact, feel free to change back.
QA Contact: caillon → brantgurganus2001
Updated•10 years ago
|
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•