Closed
Bug 451395
Opened 17 years ago
Closed 16 years ago
ASSERTION: aFileExt shouldn't start with a dot
Categories
(Core Graveyard :: File Handling, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 416743
People
(Reporter: wolfiR, Unassigned)
Details
Not sure which component this belongs to. The assertion happens in uriloader/exthandler/unix/nsGNOMERegistry.cpp, line 118.
I don't know if the function should be able to handle the dot or not or if the caller is wrong.
aIconURI->GetFileExtension(fileExt);
#0 nsGNOMERegistry::GetFromExtension (aFileExt=@0x7fffa1790240) at /local/mozilla/cvs/mozilla/uriloader/exthandler/unix/nsGNOMERegistry.cpp:119
#1 0x00007fd287117ccc in nsOSHelperAppService::GetFromExtension (this=0x7fd287e31ca0, aFileExt=<value optimized out>) at /local/mozilla/cvs/mozilla/uriloader/exthandler/unix/nsOSHelperAppService.cpp:1363
#2 0x00007fd287118344 in nsOSHelperAppService::GetMIMEInfoFromOS (this=0x1, aType=@0x7fd298a27b90, aFileExt=@0x7fffa17904c0, aFound=0x7fffa17903a8) at /local/mozilla/cvs/mozilla/uriloader/exthandler/unix/nsOSHelperAppService.cpp:1599
#3 0x00007fd287108a71 in nsExternalHelperAppService::GetTypeFromExtension (this=0x7fd287e31ca0, aFileExt=@0x7fffa17904c0, aContentType=@0x7fffa1790500) at /local/mozilla/cvs/mozilla/uriloader/exthandler/nsExternalHelperAppService.cpp:2476
#4 0x00007fd2835ee002 in nsIconChannel::InitWithGnome (this=0x7fd27b2ce9c0, aIconURI=0x7fd27b0d6300) at /local/mozilla/cvs/mozilla/modules/libpr0n/decoders/icon/gtk/nsIconChannel.cpp:403
Comment 1•17 years ago
|
||
fwiw, the rest of the function appears to cope fine after the assertion.
![]() |
||
Comment 2•16 years ago
|
||
This looks extremely similar to bug 416743 based on the stack. Dupe?
![]() |
||
Updated•16 years ago
|
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•