Closed Bug 57314 Opened 25 years ago Closed 24 years ago

The browser gets crashed in classic skin when try to log on www.silverceekonline.com

Categories

(Core :: Graphics: ImageLib, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED DUPLICATE of bug 76119
mozilla0.9.1

People

(Reporter: pmac, Assigned: pavlov)

References

()

Details

(Keywords: crash, Whiteboard: [imglib])

Platform: Linux only, Build: 2000-10-19-09-MN6). Steps to reproduce: 1. Launch Netscape 6 2. Go to Edit/Preferences/Themes/Classic 3. Type on the url: www.silvercreekonline.com 4. The browser get crashed. NOTE: Always reproducible. Work fine in modern skin.
Worksforme with the same build on Linux.
Patty can you try this again on a later build? junruh reports that it works on the same build on Linux so we should have another test reproducable case.
Paul, I just try on Linux (2000-10-23-09-MN6), the browser gets crashed again. This time, the browser gets crashed in both modern and classic skin. However, on the build (2000-10-19-09-MN6), the browser gets crashed in classic skin only, but not in modern skin. Steps to reproduce: 1. gunzip *.gz 2. tar -xvf *.tar 3. cd package 4. ./netscape 5. When the browser launches, type on the url: www.silvercreekonline.com NOTE: The browsers get crashed. Follow exactly like the above procedures, the browser gets crashed on Linux (2000-10-23-09-MN6) and (2000-10-19-09-MN6) as well.
Paul, I just want to add more info in this bug. I just verify the installer, not the tar file (2000-10-23-09-MN6), the browser gets carshed in both modern and classic skin.
Keywords: crash
Data Point: Trying it out with build 2000122121 Linux (the SEA): Site crashes with Classic and Modern, but *not* with ThinIce (gotten from x.themes.org).
Sending to Hewitt.
Assignee: hangas → hewitt
This shouldn't have anything to do with themes - the crash is caused by something on that page. Over to layout.
Assignee: hewitt → clayton
Component: Themes → Layout
QA Contact: pmac → petersen
I'm able to reproduce with the 2001010808 Linux build. Steps to reproduce: 1) Go to url. Page's frameset should load and display fine. 2) Press the reload button on toolbar. The crash should occur.
Here's the call stack via talkback: Call Stack: (Signature = 0x6d6f632e 09761693) 0x6d6f632e IL_DestroyImage() ImageRequestImpl::~ImageRequestImpl() ImageRequestImpl::Release() nsFrameImageLoader::StopImageLoad() nsPresContext::Stop() DocumentViewerImpl::Stop() nsDocShell::Stop() nsDocShell::Destroy() nsWebShell::Destroy() nsHTMLFrameInnerFrame::~nsHTMLFrameInnerFrame() nsFrame::Destroy() nsFrameList::DestroyFrames() nsContainerFrame::Destroy() nsFrameList::DestroyFrames() nsContainerFrame::Destroy() nsLineBox::DeleteLineList() nsBlockFrame::Destroy() nsFrameList::DestroyFrames() nsContainerFrame::Destroy() nsFrameList::DestroyFrames() nsContainerFrame::Destroy() ViewportFrame::Destroy() FrameManager::~FrameManager() FrameManager::Release() PresShell::~PresShell() PresShell::Release() nsCOMPtr_base::~nsCOMPtr_base() DocumentViewerImpl::~DocumentViewerImpl() DocumentViewerImpl::Release() nsCOMPtr_base::assign_with_AddRef() nsDocShell::SetupNewViewer() nsWebShell::SetupNewViewer() nsDocShell::Embed() nsWebShell::Embed() nsDocShell::CreateContentViewer() nsDSURIContentListener::DoContent() nsDocumentOpenInfo::DispatchContent() nsDocumentOpenInfo::OnStartRequest() nsHTTPFinalListener::OnStartRequest() nsHTTPCacheListener::OnStartRequest() nsDiskCacheRecordChannel::OnStartRequest() nsOnStartRequestEvent::HandleEvent() nsStreamListenerEvent::HandlePLEvent() PL_HandleEvent() PL_ProcessPendingEvents() nsEventQueueImpl::ProcessPendingEvents() event_processor_callback() our_gdk_io_invoke() libglib-1.2.so.0 + 0xeaca (0x40627aca) libglib-1.2.so.0 + 0x10186 (0x40629186) libglib-1.2.so.0 + 0x10751 (0x40629751) libglib-1.2.so.0 + 0x108f1 (0x406298f1) libgtk-1.2.so.0 + 0x8c5b9 (0x4054e5b9) nsAppShell::Run() nsAppShellService::Run() main1() main() libc.so.6 + 0x189cb (0x4023f9cb)
I can't reproduce this problem on either Mac (20010808) or Windows (2001010804)
If the crash is in IL_DestroyImage, then let's move this to ImageLib.
Assignee: clayton → pnunn
Component: Layout → ImageLib
QA Contact: petersen → tpreston
Target Milestone: --- → mozilla0.9.1
this is a dupe, but I don't have the dupe number. 1x1 tracker image bug.
Status: NEW → ASSIGNED
All pnunn bugs reassigned to Pav, who is taking over the imglib.
Assignee: pnunn → pavlov
Status: ASSIGNED → NEW
This is still a crasher with new imagelib, changing status whiteboard to [imglib], will try to get stack trace
Whiteboard: [imglib]
Call Stack, linux build 2001041205 libimglib2.so + 0x392d (0x4112092d) libimggif.so + 0x28d5 (0x4113e8d5) libimggif.so + 0x1fe9 (0x4113dfe9) libimggif.so + 0x270f (0x4113e70f) libimggif.so + 0x26ce (0x4113e6ce) libxpcom.so + 0x6a1c3 (0x400ae1c3) libimggif.so + 0x2747 (0x4113e747) libimglib2.so + 0x5e0d (0x41122e0d) libnecko.so + 0x60b8e (0x408abb8e) libnecko.so + 0x39e4d (0x40884e4d) libnecko.so + 0x5fa3e (0x408aaa3e) libnecko.so + 0x1d81e (0x4086881e) libnecko.so + 0x1d0f8 (0x408680f8) libxpcom.so + 0x7aa77 (0x400bea77) libxpcom.so + 0x7a996 (0x400be996) libxpcom.so + 0x7b879 (0x400bf879) libwidget_gtk.so + 0xd643 (0x404f6643) libwidget_gtk.so + 0xd3bd (0x404f63bd) libglib-1.2.so.0 + 0xeaca (0x40688aca) libglib-1.2.so.0 + 0x10186 (0x4068a186) libglib-1.2.so.0 + 0x10751 (0x4068a751) libglib-1.2.so.0 + 0x108f1 (0x4068a8f1) libgtk-1.2.so.0 + 0x8c5b9 (0x405b25b9) libwidget_gtk.so + 0xdb3c (0x404f6b3c) libnsappshell.so + 0xddca (0x4038edca) mozilla-bin + 0x54f4 (0x0804d4f4) mozilla-bin + 0x5d85 (0x0804dd85) libc.so.6 + 0x189cb (0x401ea9cb)
marking as a dup of 76119 which has a much easier testcase (single image). i've fixed the crash, now it asserts twice but shouldn't crash. *** This bug has been marked as a duplicate of 76119 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Verified Duplicate
Status: RESOLVED → VERIFIED
I crashed on w2k build 2001050204 , re-opening
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
its still a dup. saari checked in a fix today for the crash. *** This bug has been marked as a duplicate of 76119 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → DUPLICATE
Alrighty then, verified dup
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.