Closed Bug 433665 Opened 16 years ago Closed 9 years ago

DNS timeout caused by profile locking

Categories

(Core Graveyard :: Profile: BackEnd, defect)

x86
Linux
defect
Not set
normal

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.
(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?
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.
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: NEW → 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.