Trying to load the above url in the viewer causes a crash (gdb) bt #0 0x4057f2fd in net_ProcessHTTP (ce=0x81cfd70) at mkhttp.c:3493 #1 0x405e8e53 in NET_ProcessNet (ready_fd=0x81d29e8, fd_type=2) at mkgeturl.c:3371 #2 0x405f0ddd in NET_PollSockets () at mkselect.c:320 #3 0x405c18c2 in nsNetlibService::NetPollSocketsCallback (aTimer=0x81f35c8, aClosure=0x806edf0) at nsNetService.cpp:1220 #4 0x4046cdf9 in TimerImpl::FireTimeout (this=0x81f35c8) at nsTimer.cpp:73 #5 0x4046d2e2 in nsTimerExpired (aCallData=0x81f35c8) at nsTimer.cpp:189 #6 0x40992990 in g_timeout_dispatch (source_data=0x81f0210, current_time=0xbffff6e0, user_data=0x81f35c8) at gmain.c:1147 #7 0x40991c83 in g_main_dispatch (current_time=0xbffff6e0) at gmain.c:647 #8 0x4099220f in g_main_iterate (block=1, dispatch=1) at gmain.c:854 #9 0x40992391 in g_main_run (loop=0x8104290) at gmain.c:912 #10 0x408bf44b in gtk_main () at gtkmain.c:475 #11 0x400475e0 in nsAppShell::Run (this=0x80998e8) at nsAppShell.cpp:182 #12 0x8053832 in nsNativeViewerApp::Run (this=0x8092a00) at nsGTKMain.cpp:42 #13 0x8053a46 in main (argc=2, argv=0xbffff78c) at nsGTKMain.cpp:97 (gdb) p *ce $1 = { URL_s = 0xdededede, status = 1, bytes_received = -555819298, socket = 0xdededede, con_sock = 0xdededede, local_file = -34 'Þ', memory_file = -34 'Þ', protocol = -555819298, proto_impl = 0xdededede, con_data = 0xdededede, exit_routine = 0xdededede, window_id = 0xdededede, format_out = -555819298, save_stream = 0xdededede, busy = -34 'Þ', proxy_conf = 0xdededede <Address 0xdededede out of bounds>, proxy_addr = 0xfefefefe <Address 0xfefefefe out of bounds>, socks_host = 3638089944, socks_port = -5912 } It looks like ce is pointing to free memory; somebody should run this test under purify on windoze.

We see this once in a while. I am hoping the new netlib will not let this happen.

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

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. ;-)

Should be fixed with Necko. Pl. verify.

I can't reproduce this with necko builds, marking resolved

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