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)
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()
Assignee | ||
Comment 1•23 years ago
|
||
Accepting. BTW, is the way this code is threaded correct anyway?
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0.1
Assignee | ||
Comment 2•22 years ago
|
||
Setting to milestone that's not passed.
Target Milestone: mozilla1.0.1 → mozilla1.4beta
Assignee | ||
Comment 3•22 years ago
|
||
-> Future. If this is still happening and is a problem, let me know.
Target Milestone: mozilla1.4beta → Future
Updated•15 years ago
|
QA Contact: ktrina → profile-migration
Blocks: 1243899
Comment 4•9 years ago
|
||
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.
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
•