Closed Bug 140157 Opened 23 years ago Closed 9 years ago

assertion during profile migration because migration thread tries to use string bundle (from UI thread)

Categories

(Core Graveyard :: Profile: Migration, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE
Future

People

(Reporter: sspitzer, Assigned: ccarlen)

Details

assertion during profile migration because migration thread tries to use string bundle (from UI thread) there are a few other assertions after this, but I think they'd all be fixed if we created a proxy for the string bundle (which really lives on the UI thread). NTDLL! 77f9f9df() nsDebug::Assertion(const char * 0x01be10b8, const char * 0x1012a6b0, const char * 0x1012a680, int 528) line 291 + 13 bytes NS_CheckThreadSafe(void * 0x00302ca0, const char * 0x01be10b8) line 528 + 34 bytes nsStandardURL::AddRef(nsStandardURL * const 0x01c9f7a0) line 818 + 65 bytes ns_if_addref(nsISupports * 0x01c9f7a0) line 122 + 18 bytes nsSupportsHashtable::Get(nsHashKey * 0x0374f534) line 968 + 15 bytes nsResProtocolHandler::GetSubstitution(nsResProtocolHandler * const 0x01c9ef48, const char * 0x0374f650, nsIURI * * 0x0374f5e8) line 279 + 16 bytes nsResProtocolHandler::ResolveURI(nsResProtocolHandler * const 0x01c9ef48, nsIURI * 0x01c4cbf0, nsACString & {...}) line 308 + 89 bytes nsResURL::GetFile(nsResURL * const 0x01c4cbf0, nsIFile * * 0x01d27668) line 91 + 25 bytes nsJARChannel::EnsureJARFileAvailable() line 309 + 62 bytes nsJARChannel::Open(nsJARChannel * const 0x01d275f0, nsIInputStream * * 0x0374f80c) line 248 + 8 bytes NS_OpenURI(nsIInputStream * * 0x0374f868, nsIURI * 0x03025e78, nsIIOService * 0x00000000, nsILoadGroup * 0x00000000, nsIInterfaceRequestor * 0x00000000, unsigned int 0) line 199 + 27 bytes nsStringBundle::LoadProperties() line 205 + 46 bytes nsStringBundle::GetStringFromName(nsStringBundle * const 0x015cffa0, const unsigned short * 0x0374f9f8, unsigned short * * 0x01c69b98) line 389 + 8 bytes nsPrefMigration::DetermineOldPath(nsIFileSpec * 0x0304fbe0, const char * 0x03445918, const char * 0x0344590c, nsIFileSpec * 0x015cff48) line 2014 + 78 bytes nsPrefMigration::ProcessPrefsCallback(const char * 0x01c4d770, const char * 0x01c9d1b8) line 698 + 42 bytes ProfileMigrationController(void * 0x01c4da40) line 356 + 21 bytes _PR_NativeRunThread(void * 0x03058858) line 433 + 13 bytes _threadstartex(void * 0x03058a18) line 212 + 13 bytes KERNEL32! 77e92ca8()
Accepting. BTW, is the way this code is threaded correct anyway?
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0.1
Setting to milestone that's not passed.
Target Milestone: mozilla1.0.1 → mozilla1.4beta
-> Future. If this is still happening and is a problem, let me know.
Target Milestone: mozilla1.4beta → Future
QA Contact: ktrina → profile-migration
This bug is filed in a bugzilla component related to pre-Firefox code which no longer exists. I believe it is no longer relevant and I am therefore closing it INCOMPLETE. If you believe that this bug is still valid and needs to be fixed, please reopen it and move it to the Toolkit:Startup and Profile System product/component.
No longer blocks: 1243899
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.