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)
Tracking
(Not tracked)
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
![]() |
||
Comment 1•24 years ago
|
||
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
Comment 2•24 years ago
|
||
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
Comment 3•24 years ago
|
||
*** This bug has been marked as a duplicate of 97970 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Updated•21 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•