Closed
Bug 2655
Opened 26 years ago
Closed 26 years ago
linux build hangs on external url
Categories
(MozillaClassic Graveyard :: Layout, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
M3
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'.
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...
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Comment 6•26 years ago
|
||
This bug, for hanging on hotwired, is fixed. Marking resolved.
Updated•26 years ago
|
QA Contact: 4082
Comment 7•26 years ago
|
||
assigning Greg as QA contact
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.
Description
•