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)

x86
Windows 98
defect
Not set
critical

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 59553

People

(Reporter: Junk_HbJ, Assigned: tristan)

References

()

Details

(Keywords: intl)

Attachments

(1 file)

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.
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
no crash on linux with a build from 2001-03-05
no crash on 2001030205/Win2000.
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 → ---
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
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
over to I18N
Assignee: asa → nhotta
Status: UNCONFIRMED → NEW
Component: Browser-General → Internationalization
Ever confirmed: true
QA Contact: doronr → andreasb
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.
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.
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?
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?
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
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
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
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.
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 ago24 years ago
Resolution: --- → WORKSFORME
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
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 ?
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
adding keyword nsbeta1.
Keywords: nsbeta1
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
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
Over to Kat to handle in the evangelism channel. Thanks Kat!
Assignee: clayton → momoi
If this is evang, then it's a dup of bug 59553. Please dup one way or the other.
Just noticed this bug after investigating bug 59553. *** This bug has been marked as a duplicate of 59553 ***
Status: NEW → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → DUPLICATE
verifying this is a dupe of bug 59553 (cnn.de n-tv.de - does not display in mozilla)
Status: RESOLVED → VERIFIED
Component: HTML Element → European
Product: Browser → Tech Evangelism
Version: other → unspecified
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
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
tech evang june 2003 reorg
Component: Europe: West → German
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: