Closed
Bug 433665
Opened 16 years ago
Closed 9 years ago
DNS timeout caused by profile locking
Categories
(Core Graveyard :: Profile: BackEnd, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: wolfiR, Unassigned)
References
Details
profile locking shouldn't use PR_GetHostByName()
There are systems which can't resolve their own hostname (which could be interpreted as broken system configuration but nevertheless it's a fact).
That causes long startup timeouts for Firefox (or other mozilla based applications).
I wonder if we really need to set the old-style symlink lock if the fcntl lock is successful (Mac is not doing it in that case for example).
If so, we shouldn't get the local IP address via DNS.
The old style symlink lock is in many cases pretty useless anyway since on many Linux systems it resolves to 127.0.0.1 or 127.0.0.2 which makes the IP comparison for a shared home useless.
Reporter | ||
Comment 1•16 years ago
|
||
(In reply to comment #0)
> If so, we shouldn't get the local IP address via DNS.
getifaddrs() should be available on current Linux systems. (No idea when it got available in glibc though.)
I couldn't find getifaddrs() as supported through any NSPR function.
So could I use getifaddrs directly for a candidate patch?
Comment 2•16 years ago
|
||
NSPR uses getifaddrs internally but doesn't expose it. I'm
interested in adding an NSPR function that returns the IP
adddresses of the localhost, but haven't got around to that.
Blocks: 1243899
Comment 5•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.
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
•