Closed Bug 2655 Opened 26 years ago Closed 26 years ago

linux build hangs on external url

Categories

(MozillaClassic Graveyard :: Layout, defect, P1)

HP
Linux
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: ckritzer, Assigned: ramiro)

References

()

Details

Version: gecko Build: 99026 Platform: RedHat Linux 5.2 Other platforms checked: Win95 (99026); Mac (99022) Expected Results: Load the url without hanging the machine Actual Results: Loaded the url; the machine hung within a few minutes Steps to reproduce: 1) Launch 99026 build of gecko 2) Stretch gecko window bottom to reach bottom of screen 3) Load http://www.hotwired.com 4) Click 'Back' button (wait for page to fully load) then click 'Forward' button and wait for http://www.hotwired.com to fully reload. 5) Wait 16 minutes (yeah, I know) 5a) Machine will hang. Mouse frozen, no keyboard control, nothin'.
Setting all current Open Critical and Major to M3
Assignee: rickg → ramiro
Could you please take a look at this? Thanks.
I tried this on Linux build made 02/25/99. Was able to render URL and repeated back/forward several times without unreasonable delay. Each time, however, the following was displayed to stderr: BUG - table cell content max element height greater than desired height When i exited viewer, I crashed. #0 gtk_type_check_object_cast (type_object=0x80e3888, cast_type=39445) at gtktypeutils.c:629 629 if (type_object->klass->type < GTK_TYPE_OBJECT) (gdb) where #0 gtk_type_check_object_cast (type_object=0x80e3888, cast_type=39445) at gtktypeutils.c:629 #1 0x4005f81c in nsWidget::CreateWidget (this=0x842c650, aParent=0x0, aRect=@0xbfffedc4, aHandleEventFunction=0x40676a94 <HandleEvent(nsGUIEvent *)>, aContext=0x82a2b20, aAppShell=0x0, aToolkit=0x0, aInitData=0x0, aNativeParent=0x80e3888) at nsWidget.cpp:571 #2 0x4005f9e0 in nsWidget::Create (this=0x842c650, aParent=0x80e3888, aRect=@0xbfffedc4, aHandleEventFunction=0x40676a94 <HandleEvent(nsGUIEvent *)>, aContext=0x82a2b20, aAppShell=0x0, aToolkit=0x0, aInitData=0x0) at nsWidget.cpp:631 #3 0x40679916 in nsView::CreateWidget (this=0x842bb60, aWindowIID=@0x4002aa30, aWidgetInitData=0x0, aNative=0x80e3888) at nsView.cpp:1202 #4 0x4001bce1 in DocumentViewerImpl::MakeWindow (this=0x82bd710, aNativeParent=0x80e3888, aBounds=@0xbfffee9c, aScrolling=nsScrollPreference_kAuto) at nsDocumentViewer.cpp:647 #5 0x4001af36 in DocumentViewerImpl::Init (this=0x82bd710, aNativeParent=0x80e3888, aDeviceContext=0x82a2b20, aPrefs=0x80bf9a8, aBounds=@0xbfffee9c, aScrolling=nsScrollPreference_kAuto) at nsDocumentViewer.cpp:333 #6 0x400237f2 in nsWebShell::Embed (this=0x82d48f0, aContentViewer=0x82bd710, aCommand=0x81b8908 "view", aExtraInfo=0x0) at nsWebShell.cpp:668 #7 0x4001ed8b in nsDocumentBindInfo::OnStartBinding (this=0x834f040, aURL=0x8377508, aContentType=0x8328ab8 "text/html") at nsDocLoader.cpp:1628 #8 0x407e5cab in NET_NGLayoutConverter (format_out=38, converter_obj=0x0, URL_s=0x8464630, context=0x8323228) at nsStubContext.cpp:763 #9 0x40814e8d in NET_StreamBuilder (format_out=38, URL_s=0x8464630, context=0x8323228) at mkstream.c:241 #10 0x407b58db in NET_CacheConverter (format_out=38, converter_obj=0x0, URL_s=0x8464630, window_id=0x8323228) at mkcache.c:1689 #11 0x40814e8d in NET_StreamBuilder (format_out=102, URL_s=0x8464630, context=0x8323228) at mkstream.c:241 #12 0x407c7b05 in NET_ChunkedDecoderStream (format_out=102, data_obj=0x0, URL_s=0x8464630, window_id=0x8323228) at cvchunk.c:306 #13 0x40814dcd in NET_StreamBuilder (format_out=102, URL_s=0x8464630, context=0x8323228) at mkstream.c:218 #14 0x40797148 in net_setup_http_stream (ce=0x83bdb40) at mkhttp.c:2804 #15 0x40798235 in net_ProcessHTTP (ce=0x83bdb40) at mkhttp.c:3477 #16 0x4080be23 in NET_ProcessNet (ready_fd=0x823e9a0, fd_type=2) at mkgeturl.c:3367 #17 0x40813dad in NET_PollSockets () at mkselect.c:320 #18 0x407ddfde in nsNetlibService::NetPollSocketsCallback (aTimer=0x81c5890, aClosure=0x807cbf0) at nsNetService.cpp:1217 #19 0x40610149 in TimerImpl::FireTimeout (this=0x81c5890) at nsTimer.cpp:73 #20 0x4061067e in nsTimerExpired (aCallData=0x81c5890) at nsTimer.cpp:188 #21 0x40ba468c in g_timeout_dispatch (source_data=0x80e1560, current_time=0xbffff940, user_data=0x81c5890) at gmain.c:1122 ---Type <return> to continue, or q <return> to quit--- #22 0x40ba3a9f in g_main_dispatch (current_time=0xbffff940) at gmain.c:640 #23 0x40ba3f0d in g_main_iterate (block=1, dispatch=1) at gmain.c:829 #24 0x40ba408d in g_main_run (loop=0x8174c78) at gmain.c:887 #25 0x40ade29f in gtk_main () at gtkmain.c:456 #26 0x40054d80 in nsAppShell::Run (this=0x809ac30) at nsAppShell.cpp:145 #27 0x8053c6a in nsNativeViewerApp::Run (this=0x8096d10) at nsGTKMain.cpp:42 #28 0x8053ece in main (argc=1, argv=0xbffffa04) at nsGTKMain.cpp:97 Problem is type_object->klass is bogus pointer. Not sure why we would be creating a widget as we exit.
It appears the crash I saw only happens if I "close" the application (e.g., using a window manager close control). If I use the Exit menu item in the File... menu, I don't get the crash. Ramiro, is this a known problem, or should I open a bug? Also, perhaps we can close this problem related to hotwired.com...
The close bug is 2503. I assigned that one to myself.
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
This bug, for hanging on hotwired, is fixed. Marking resolved.
QA Contact: 4082
assigning Greg as QA contact
Status: RESOLVED → VERIFIED
Already verified; reverified with March 15 builds as fixed cross platform. This site has other layout problems.
You need to log in before you can comment on or make changes to this bug.