Closed Bug 61374 Opened 25 years ago Closed 24 years ago

Crash every time getting large newsgroups list (from "news" server)

Categories

(SeaMonkey :: MailNews: Message Display, defect, P1)

Product:
SeaMonkey
Component:
MailNews: Message Display
Platform:
PowerPC
Mac System 9.x
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 48409
Milestone:
mozilla0.9

People

(Reporter: laurel, Assigned: sspitzer)

Details

(Keywords: crash, platform-parity)

Using 2000-11-28-08 commercial trunk build mac OS 9.0 I'm crashing every time I use subscribe and need to get the groups list from the main newsgroup feed server "news". This did not happen to me with previous recent builds. Not having the problem with win98 and linux. 1. Launch profile having a news account for our main news server "news" (a.k.a. pixie). 2. Select the server in the folder pane and File|Subscribe. Should begin retrieving full newsgroups list if you haven't subscribed on this server. If you have already gotten newsgroups list, click Refresh to get a full groups list. 3. Process continues for a little while then crashes. Talkback incidents submitted...
Talback incident 21949291 shows: Call Stack: (Signature = 0x20013844 1aa21faa) 0x20013844 0x20008874 InterfaceLib + 0x16a60 (0xffd0e1e0) nsMemoryImpl::IsLowMemory() [nsMemoryImpl.cpp, line 338] MemoryFlusher::Run() [msMemoryImpl.cpp, line 167] nsThread::Main() [nsThread.cpp, line 84] _PR_UserRunThread() [pruthr.c, line 489] _PR_UserDestroyThread() [pruthr.c, line 360]
Keywords: pp
QA Contact: esther → stephend
Severity: normal → critical
Brad Hart - ready to rock and roll on this one?
i encountered this while trying to repro bug 58238...the crash occurred in the middle of the initial refresh for subscription [using news.netscape.com]. a couple interesting things happened: 1. after the crash, i tried restarting the app --it crashed before the splashscreen appeared [couldn't get log a trace with Macsbug, alas]. 2. restarted the Mac. started app w/no problems... then was able to retrieve the newsgroups without crashing.
Confirmed on Mac OS 8.6 build 2000112508. If I had to guess, I would say that this is a memory problem with accessing so many folders (or newsgroups) at a time.
Keywords: crash
I'm pretty sure this is fixed now that the nsAtomTable crasher is fixed. it works for me on my mac.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
reopening...I just crashed against news.supernews.com. laurel / stephend, can you try on your macs?
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
No mac builds yet today, and my Win32 build is extremely volatile. I'll test when I get a mac build.
yes, I'm getting the crash every time still, although my stack is different. add mac guru sfraser to the cc list. Back chain ISA Caller 00000000 PPC 0DFB5E58 0F3DD5C0 PPC 0DF9BB5C main+001AC 0F3DD560 PPC 0DF98F24 main1(int, char**, nsISupports*)+0086C 0F3DD2F0 PPC 0DCE0F14 nsAppShellService::Run()+00054 0F3DD2A0 PPC 0DB1708C nsAppShell::Run()+0004C 0F3DD260 PPC 0DB17980 nsMacMessagePump::DoMessagePump()+00044 0F3DD210 PPC 0DB1809C nsMacMessagePump::DispatchEvent(int, EventRecord*)+ 00090 0F3DD1C0 PPC 0DB18430 nsMacMessagePump::DoMouseDown(EventRecord&)+00124 0F3DD050 PPC 0DB19078 nsMacMessagePump::DoMenu(EventRecord&, long)+000D0 0F3DCF00 PPC 0DB193A4 nsMacMessagePump::DispatchMenuCommandToRaptor(EventRecord&, long )+00050 0F3DCEC0 PPC 0DB13A74 nsMacMessageSink::DispatchMenuCommand(EventRecord&, long)+00050 0F3DCE80 PPC 0DB0CD2C nsMacWindow::HandleMenuCommand(EventRecord&, long)+ 00040 0F3DCE40 PPC 0DB0E54C nsMacEventHandler::HandleMenuCommand(EventRecord&, long)+0018C 0F3DCD60 PPC 0DAE0E34 nsWindow::DispatchWindowEvent(nsGUIEvent&)+00028 0F3DCD20 PPC 0DAE0D1C nsWindow::DispatchEvent(nsGUIEvent*, nsEventStatus& )+00098 0F3DCCD0 PPC 0DAFA7CC nsMenuBar::MenuSelected(const nsMenuEvent&)+00190 0F3DCC00 PPC 0DAF081C nsMenu::MenuItemSelected(const nsMenuEvent&)+01034 0F3DC720 PPC 0DB01A10 nsMenuItem::MenuItemSelected(const nsMenuEvent&)+ 00090 0F3DC6E0 PPC 0DB01F90 nsMenuItem::DoCommand()+00344 0F3DC5D0 PPC 0D9FD760 nsXULElement::HandleDOMEvent(nsIPresContext*, nsEvent*, nsIDOMEv ent**, unsigned int, nsEventStatus*)+0116C 0F3DC190 PPC 0CFDE790 nsEventListenerManager::HandleEvent(nsIPresContext*, nsEvent*, n sIDOMEvent**, nsIDOMEventTarget*, unsigned int, nsEventStatus*)+02208 0F3DBF00 PPC 0CFDC134 nsEventListenerManager::HandleEventSubType(nsListenerStruct*, ns IDOMEvent*, nsIDOMEventTarget*, unsigned int, unsigned int)+00878 0F3DBC90 PPC 0DC476A0 nsJSEventListener::HandleEvent(nsIDOMEvent*)+002B0 0F3DBB60 PPC 0DBB213C nsJSContext::CallEventHandler(void*, void*, unsigned int, void*, int*, int)+0041C 0F3DBA80 PPC 0DE76FF0 JS_CallFunctionValue+00044 0F3DBA40 PPC 0DE99784 js_InternalInvoke+000D0 0F3DB980 PPC 0DE994CC js_Invoke+00A94 0F3DB880 PPC 0DEA6144 js_Interpret+0BBC4 0F3DB4A0 PPC 0DE99458 js_Invoke+00A20 0F3DB3A0 PPC 0DBCBAD0 WindowInternalOpenDialog(JSContext*, JSObject*, unsigned int, lo ng*, long*)+002CC 0F3DB300 PPC 0DBE3828 GlobalWindowImpl::OpenDialog(JSContext*, long*, unsigned int, ns IDOMWindowInternal**)+00040 0F3DB2C0 PPC 0DBEE4CC GlobalWindowImpl::OpenInternal(JSContext*, long*, unsigned int, int, nsIDOMWindowInternal**)+02644 0F3DAB10 PPC 0DD0BCDC nsChromeTreeOwner::ShowModal()+00020 0F3DAAD0 PPC 0DCEB5C8 nsWebShellWindow::ShowModal()+00014 0F3DAA90 PPC 0DD12D64 nsXULWindow::ShowModal()+00538 0F3DA980 PPC 0DB175C0 nsAppShell::DispatchNativeEvent(int, void*)+00040 0F3DA940 PPC 0DB180C4 nsMacMessagePump::DispatchEvent(int, EventRecord*)+ 000B8 0F3DA8F0 PPC 0DB18284 nsMacMessagePump::DoUpdate(EventRecord&)+00060 0F3DA8A0 PPC 0DB192D4 nsMacMessagePump::DispatchOSEventToRaptor(EventRecord&, GrafPort *)+00044 0F3DA860 PPC 0DB139AC nsMacMessageSink::DispatchOSEvent(EventRecord&, GrafPort*)+00048 0F3DA820 PPC 0DB0CC7C nsMacWindow::HandleOSEvent(EventRecord&)+00038 0F3DA7E0 PPC 0DB0E228 nsMacEventHandler::HandleOSEvent(EventRecord&)+00090 0F3DA790 PPC 0DB0F7EC nsMacEventHandler::HandleUpdateEvent(EventRecord&)+ 00024 0F3DA750 PPC 0DADFC3C nsWindow::HandleUpdateEvent(MacRegion**)+00254 0F3DA6A0 PPC 0DAE2CB0 EachRegionRect(MacRegion**, void (*)(Rect*, void*), void*)+001D0 0F3D9E30 PPC 0DADF830 nsWindow::PaintUpdateRect(Rect*, void*)+0019C 0F3D9D80 PPC 0DAE0040 nsWindow::UpdateWidget(nsRect&, nsIRenderingContext* )+002D0 0F3D9C90 PPC 0DADFE18 nsWindow::UpdateWidget(nsRect&, nsIRenderingContext* )+000A8 0F3D9BA0 PPC 0DAE0EC4 nsWindow::DispatchWindowEvent(nsGUIEvent&, nsEventStatus&)+00030 0F3D9B60 PPC 0DAE0D3C nsWindow::DispatchEvent(nsGUIEvent*, nsEventStatus& )+000B8 0F3D9B10 PPC 0CAAF074 HandleEvent(nsGUIEvent*)+00064 0F3D9AC0 PPC 0CAB9CD4 nsViewManager2::DispatchEvent(nsGUIEvent*, nsEventStatus*)+0036C 0F3D98C0 PPC 0CAB7924 nsViewManager2::Refresh(nsIView*, nsIRenderingContext*, const ns Rect*, unsigned int)+00760 0F3D9760 PPC 0CAB7E98 nsViewManager2::RenderViews(nsIView*, nsIRenderingContext&, cons t nsRect&, int&)+002C0 0F3D96E0 PPC 0CAB8078 nsViewManager2::RenderDisplayListElement(DisplayListElement2*, n sIRenderingContext&)+000D0 0F3D9590 PPC 0CAAFC00 nsView::Paint(nsIRenderingContext&, const nsRect&, unsigned int, int&)+0018C 0F3D9520 PPC 0CEDD748 PresShell::Paint(nsIView*, nsIRenderingContext&, const nsRect&)+ 000D4 0F3D94A0 PPC 0D2F7464 nsSliderFrame::Paint(nsIPresContext*, nsIRenderingContext&, cons t nsRect&, nsFramePaintLayer)+00250 0F3D93E0 PPC 0D2E5260 nsBoxFrame::Paint(nsIPresContext*, nsIRenderingContext&, const n sRect&, nsFramePaintLayer)+0014C 0F3D9350 PPC 0CF685BC nsCSSRendering::PaintBackground(nsIPresContext*, nsIRenderingCon text&, nsIFrame*, const nsRect&, const nsRect&, const nsStyleColor&, const nsStyleSpacing&, i nt, int)+00B84 0F3D9180 PPC 0DAC8140 nsRenderingContextImpl::DrawTile(nsIImage*, int, int, int, int, int, int)+001C0 0F3D9090 PPC 0DAAB9A0 nsRenderingContextMac::CreateDrawingSurface(nsRect*, unsigned in t, void*&)+0010C 0F3D9020 PPC 0DAB595C nsDrawingSurfaceMac::Init(unsigned int, unsigned int, unsigned i nt, unsigned int)+00130 0F3D8FB0 PPC FFD31700 PurgeSpace+00028 0F3D8F60 PPC 002C42C0 __PurgeSpace+00018
Status: REOPENED → ASSIGNED
Mike - I know you were asking about this for a couple nights in a row. (nsISupports)
extra info: for news.supernews.com, I've got a hostinfo.dat file, so when I launch the dialog it comes up fine. it's when I hit "refresh" that I crash. (not right away, it is after I've finished downloading.)
egads, I forgot about this bug. getting it on the radar again.
Priority: P3 → P1
Target Milestone: --- → mozilla0.8
Are you guys still crashing here?
Is this still happening? Stephen marked the refresh bug as working a few weeks ago. Perhaps this is working now? reassigning to naving.
Target Milestone: mozilla0.8 → mozilla0.9
reassigning to naving.
Assignee: sspitzer → naving
Status: ASSIGNED → NEW
Sorry for getting back on this bug so late, yes, this is still an issue. It's leaking bad on Mac, on something. After retrieving the 1st list of newsgroups, I hit refresh, and this froze up my machine. Furthermore, doing an open apple+option+esc took forever to shut down. Does Mac use a different socket transport lib or something, Seth? This was build 2001020908.
Yes, mac uses Open Transport. Perhaps we are calling some allocating method there and then not deallocating..just a guess.
Looks like it crashes in xpcom or xpconnect code. mailnews code works fine.
Reassigning to XPConnect group.
Assignee: naving → jband
Component: Subscribe → XPConnect
Product: MailNews → Browser
Sorry for the spam. cc 'ing myself
Would someone with a clue figure out what to do with this bug? There is not one single shread of evidence that I can see that this has anything even remotely to do with XPConnect.
Assignee: jband → sspitzer
Component: XPConnect → Subscribe
Product: Browser → MailNews
*** This bug has been marked as a duplicate of 48409 ***
Status: NEW → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
vrfy dup
Product: Browser → Seamonkey
Component: MailNews: Subscribe → MailNews: Message Display
QA Contact: stephend → search
You need to log in before you can comment on or make changes to this bug.