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)

x86
Linux
defect
Not set
normal

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
fwiw, the rest of the function appears to cope fine after the assertion.
This looks extremely similar to bug 416743 based on the stack. Dupe?
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.