Mac and linux (can't check windows) die going to MyNetscape.com. here's the mac stack trace: PowerPC unmapped memory exception at 0559F65C Calling chain using A6/R1 links Back chain ISA Caller 00000000 PPC 0566D4E0 06051BC0 PPC 05654D60 main+00088 06051B70 PPC 05654274 nsNativeViewerApp::Run()+00034 06051B30 PPC 0537BC58 nsAppShell::Run()+00050 06051AB0 PPC 0537C754 nsMacMessagePump::DoMessagePump()+00044 06051A60 PPC 0537CA10 nsMacMessagePump::DispatchEvent(int, EventRecord*)+ 00174 06051A10 PPC 05552EBC Repeater::DoRepeaters(const EventRecord&)+00034 060519D0 PPC 0554A448 TimerPeriodical::RepeatAction(const EventRecord&)+ 00074 06051980 PPC 05549ECC TimerImpl::Fire()+00058 06051940 PPC 054547A4 nsNetlibService::NetPollSocketsCallback(nsITimer*, void*)+0004C 06051900 PPC 0542C424 NET_PollSockets+000BC 060518B0 PPC 0542731C NET_ProcessNet+00520 06051510 PPC 0544B5C0 net_ProcessHTTP+00404 Closing log

On windows, I can't reproduce the crash in viewer. But it does just load a blank window. If I set EXPAT=1 in the runtime environment, apprunner will run, but going to http://my.netscape.com give a blank window only. This may be related to the other parser problem that waterson and hyatt have been working on today. I'm adding them to the cc list.

Still happens for me, debug build, apprunner, 4/7/99. Reopening bug.

Accepting bug. Will look into it as soon as my build completes.

Setting milestone to M4...

So, as of 3 pm's cvs update today, no builds on any platform crash on My Netscape. All of the builds don't load the page properly, however. On Win32, you see the top part of the My Netscape page only if you set breakpoints. If you run without breakpoints, the top part of the page gets replaced by a blank window. On Mac, the top part appears and then the webshell keeps getting netlib notifications of url load progress. I think Gagan should take a look at this bug. I'm assigning this to him. Meanwhile, I'll look and see what comes into the parser for this page...

Marking till Necko lands...

I still crash, debug build, 4/9/99. Something is wrong here.

I don't think this should be marked M6. We need My Netscape to load - we have bookmarks to it. Changing to M4 and cc'ing important people.

I don't think this should be marked M6. We need My Netscape to load - we have bookmarks to it. Changing to M4 and cc'ing important people.

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

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

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

crashes on Linux w/1999041108

We need a stack trace here. Could someone get it. Since nisheeth was the initial owner of this, I am assigning it to him. Plus gagan is on vacation.

for m4 we are going to have to punt on my.netscape.com. its been removed from the toolbar. we will add a release note items that several problems are under investigation for this site.

for m4 we are going to have to punt on my.netscape.com. its been removed from the toolbar. we will add a release note items that several problems are under investigation for this site.

for m4 we are going to have to punt on my.netscape.com. its been removed from the toolbar. we will add a release note items that several problems are under investigation for this site.

I have tested My Netscape on a debug build of the M4 branch on Mac and Win32 and they do not crash. The Linux build does crash and the call stack is: #0 chunk_free (ar_ptr=0x40c21420, p=0x821b380) at malloc.c:2897 #1 0x40bcc7c1 in __libc_free (mem=0x821b388) at malloc.c:2872 #2 0x408d0f9d in PR_Free (ptr=0x821b388) at prmem.c:66 #3 0x4063b8d2 in net_ProcessHTTP (ce=0x8211820) at mkhttp.c:3713 #4 0x406aafbb in NET_ProcessNet (ready_fd=0x81f69a0, fd_type=2) at mkgeturl.c:3355 #5 0x406b2f49 in NET_PollSockets () at mkselect.c:320 #6 0x40683dea in nsNetlibService::NetPollSocketsCallback (aTimer=0x8207e78, aClosure=0x81f4020) at nsNetService.cpp:1279 #7 0x404fbde9 in TimerImpl::FireTimeout (this=0x8207e78) at nsTimer.cpp:73 #8 0x404fc2d2 in nsTimerExpired (aCallData=0x8207e78) at nsTimer.cpp:189 #9 0x40a67990 in g_timeout_dispatch (source_data=0x826d130, current_time=0xbffffb08, user_data=0x8207e78) at gmain.c:1147 #10 0x40a66c83 in g_main_dispatch (current_time=0xbffffb08) at gmain.c:647 #11 0x40a6720f in g_main_iterate (block=1, dispatch=1) at gmain.c:854 #12 0x40a67391 in g_main_run (loop=0x8207d98) at gmain.c:912 #13 0x4099444b in gtk_main () at gtkmain.c:475 #14 0x4004b5e8 in nsAppShell::Run (this=0x8075e60) at nsAppShell.cpp:208 #15 0x8053742 in nsNativeViewerApp::Run (this=0x806f588) at nsGTKMain.cpp:42 #16 0x8053956 in main (argc=1, argv=0xbffffbb0) at nsGTKMain.cpp:97 There are two separate problems with My Netscape. One is network related and one is layout related. When I store a local copy of the my netscape page and try to load it, the page loads fine but the layers that make up each box on the page are not positioned properly; they overlap, creating unreadable content. When I try to access My Netscape from the web, I get the same infinite loop problem I commented about earlier. The top part of My Netscape is rendered and gets blanked out soon after. Netlib keeps sending url load notifications to the web shell and OnConnectionsComplete() never gets called. To summarize: Windows: -------- Loading from web: Keeps cycling. Only top part of page is displayed which is blanked out soon after. No crash. Loading from local file system: Page displays. Layout of layers is messed up. Mac: ---- Same as for windows Linux: ------ Loading from web: Crash in netlib with the call stack given above. Loading from local file system: Same results as on Windows and Mac. I am assigning this bug to Gagan to deal with the networking problem and marking it M5 because of the crash on Linux. I am going to create a new bug to deal with the layout problems on the my.netscape.com page and assign it to me.

Deffered till Necko lands...

Per chofmann, we will put this on M6 and Release Note for M5 if still occuring. Related bug against this is: http://bugzilla.mozilla.org/show_bug.cgi?id=5305

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

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

Per DP's suggestion marking these till M8. Though Necko lands with M7, we will be able to verify it for M8.

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

Renaming this bug so I can find it when I get more dups. Can we try to look at this during M7, with an early copy of necko?

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

I'm moving this to target M9, Necko will be enabled somewhere during late M8 or early M9. We will need to get on this and it cannot be postponed past the M9 milestone.

Changing all Networking Library/Browser bugs to Networking-Core component for Browser. Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do this in a bulk change. If this happens, I will fix. ;-)

Pl. verify with Necko.

My Netscape is now loading fine on all platforms (7/30 builds), if only we could post and get our personalized pages :-)

Bulk move of all Networking-Core (to be deleted component) bugs to new Networking component.