nsExternalHelperAppService asserts that its consumer has a profile

RESOLVED WONTFIX

Status

Core Graveyard
File Handling
RESOLVED WONTFIX
16 years ago
2 years ago

People

(Reporter: timeless, Assigned: Scott MacGregor)

Tracking

Trunk
x86
Windows 2000

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

16 years ago
F:\build\mozilla\dist\WIN32_D.OBJ\bin>TestProtocols.exe -verbose 
resource:/res/charsetalias.properties | uniq -d
WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file 
f:\build\mozilla\uriloader\exthandler\nsExternalHelperAppService.cpp, line 211

  rv = NS_GetSpecialDirectory(NS_APP_USER_MIMETYPES_50_FILE, 
getter_AddRefs(mimeTypesFile));
  NS_ENSURE_SUCCESS(rv, rv);

nsExternalHelperAppService::InitDataSource() line 211 + 39 bytes
nsExternalHelperAppService::GetMIMEInfoForExtensionFromDS(const char * 
0x004450a0, nsIMIMEInfo * * 0x0012fb30) line 579 + 11 bytes
nsExternalHelperAppService::GetFromExtension(nsExternalHelperAppService * const 
0x0049fedc, const char * 0x004450a0, nsIMIMEInfo * * 0x0012fb30) line 1878 + 19 
bytes
nsOSHelperAppService::GetFromExtension(nsOSHelperAppService * const 0x0049fedc, 
const char * 0x004450a0, nsIMIMEInfo * * 0x0012fb30) line 299 + 17 bytes
nsExternalHelperAppService::GetTypeFromExtension(nsExternalHelperAppService * 
const 0x0049fedc, const char * 0x004450a0, char * * 0x00445440) line 1916 + 40 
bytes
nsExternalHelperAppService::GetTypeFromFile(nsExternalHelperAppService * const 
0x0049fedc, nsIFile * 0x0049de20, char * * 0x00445440) line 2054 + 26 bytes
nsFileChannel::GetContentType(nsFileChannel * const 0x0049db20, nsACString & 
{...}) line 360 + 59 bytes
InputTestConsumer::OnStartRequest(InputTestConsumer * const 0x0049dde0, 
nsIRequest * 0x0049db20, nsISupports * 0x0049dd80) line 233
nsFileChannel::OnStartRequest(nsFileChannel * const 0x0049db28, nsIRequest * 
0x0049d954, nsISupports * 0x0049dd80) line 501 + 37 bytes
nsOnStartRequestEvent::HandleEvent() line 161 + 53 bytes
nsARequestObserverEvent::HandlePLEvent(PLEvent * 0x0049ea74) line 116
PL_HandleEvent(PLEvent * 0x0049ea74) line 596 + 10 bytes
PL_ProcessPendingEvents(PLEventQueue * 0x00439c80) line 526 + 9 bytes
_md_EventReceiverProc(HWND__ * 0x00710c0e, unsigned int 49397, unsigned int 0, 
long 4430976) line 1077 + 9 bytes
USER32! 77e11b60()
USER32! 77e11cca()
USER32! 77e183f1()
mainCRTStartup() line 338 + 17 bytes
KERNEL32! 77e8d326()

I think the assertion is bogus, but I'm not sure, I don't think TestProtocols 
should have to have a profile.
It's not asserting that there's a profile, but that it is able to get a file
location from directory service.

It's not required that an app or a testbed needs to have a profile in order to
have those file locations. There's a lib that gets built in
modules/mpfilelocprovider which can provide those locations itself without using
a profile.

Whether this code really needs this file, I don't know. But, if you want to test
code which *is* dependednt on profile-relative files, that's how to do it
without using profile mgr. 
QA Contact: sairuh → petersen
Ok, this is 1) not an assert but a warning and 2) not changing.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.