Closed Bug 100232 Opened 24 years ago Closed 24 years ago

DL'ing BMP image without associated helper application crashes mozilla

Categories

(SeaMonkey :: UI Design, defect)

x86
Linux
defect
Not set
major

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 97970

People

(Reporter: grtodd, Assigned: paulkchen)

References

()

Details

(Keywords: crash)

On Linux i686; en-US; rv:0.9.4 Gecko/20010913 if no helper application is set for image/bmp or image/* then visiting a URL which points at a BMP image, eg: http://dot.kde.org/1000526169/1000558013/1000586236/shape32.bmp causes mozilla to crash. This may occur with other image types (TIF etc) but has not been tested. Steps to reproduce: ------------------ 1) Clear associated helper applications (which is the default) and visit the above URL Results: ------- Mozilla crashes Expected behaviour: ------------------- Mozilla should offer a dialog box to choose or permanently set an associated helper application Note that if the helper application is set (to xv or display on Unix) the behaviour is correct so a workaround is to have helper applications defined. The more complete fix is left as an exercise to the most excellent Mozilla developer crew! BTW The talkback report associated with this is TB35439096Q
Probably bug 99057. Please retest once that's fixed... Asa, if you can look at the stack trace and comment, that would be great.
Depends on: 99057
Incident ID 35439096 Stack Signature nsCStringKey::nsCStringKey() 1ff36b9c Bug ID Trigger Time 2001-09-15 18:29:42 Email Address grtodd@netscape.nett User Comments About halfway down the page there's a icon for a file attachment called "shape32.bmp" trying to view it crashes Mozilla. This is because there is no helper application defined for BMP files. If there is one defined Build ID 2001091311 Product ID Netscape6.20 Platform ID LinuxIntel Trigger Reason SIGSEGV: Segmentation Fault: (signal 11) Stack Trace nsCStringKey::nsCStringKey() nsExternalHelperAppService::AddMimeInfoToCache() nsOSHelperAppService::GetFromMIMEType() nsExternalHelperAppService::DoContent() nsDocumentOpenInfo::DispatchContent() nsDocumentOpenInfo::OnStartRequest() nsHttpChannel::ProcessNormal() nsHttpChannel::ProcessResponse() nsHttpChannel::OnStartRequest() nsOnStartRequestEvent::HandleEvent() nsARequestObserverEvent::HandlePLEvent() PL_HandleEvent() PL_ProcessPendingEvents() nsEventQueueImpl::ProcessPendingEvents() event_processor_callback() our_gdk_io_invoke() libglib-1.2.so.0 + 0xe4ba (0x4034d4ba) libglib-1.2.so.0 + 0xf9f6 (0x4034e9f6) libglib-1.2.so.0 + 0xffb1 (0x4034efb1) libglib-1.2.so.0 + 0x10129 (0x4034f129) libgtk-1.2.so.0 + 0x8d48a (0x4026a48a) nsAppShell::Run() nsAppShellService::Run() main1() main() libc.so.6 + 0x189cb (0x4046e9cb)
Assignee: asa → pchen
Component: Browser-General → XP Apps
QA Contact: doronr → sairuh
Keywords: crash
*** This bug has been marked as a duplicate of 97970 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
v
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.