Closed
Bug 173990
Opened 23 years ago
Closed 23 years ago
Don't display "not found" warning after computer wake-up
Categories
(Camino Graveyard :: OS Integration, enhancement)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mu, Assigned: sfraser_bugs)
References
Details
When a user wakes up his cablemodem-connected computer from sleep and Chimera is
already running, loading a page can result in a "page not found" message during
the first awake seconds. My belief is that dhcp has not yet properly configured
the network subsystem until that moment. After waiting a few seconds (less than
10), everything works fine.
Displaying such a message on a "always connected" computer might confuse users
and might lead them to the conclusion that they would have to restart Chimera or
their complete system, instead of just waiting a few seconds.
I suggest that Chimera should check the status of networking in such a case. If
networking is being configured, Chimera should go into page loading/waiting
status. When the configuration is finished, Chimera should proceed normally.
That way, browsing looks like a seamless experience to the user.
Comment 1•23 years ago
|
||
*** Bug 173987 has been marked as a duplicate of this bug. ***
Michael, what build ID are you reporting this bug against? Does this also happen
using Mozilla?
Summary: [RFE] Don't display "not found" warning after computer wakeup → [RFE] Don't display "not found" warning after computer wake-up
Comment 3•23 years ago
|
||
[RFE] is deprecated in favor of severity: enhancement. They have the same meaning.
Severity: normal → enhancement
| Reporter | ||
Comment 4•23 years ago
|
||
Build ID is 2002.09.30.04. I haven't tried in Mozilla.
Summary: [RFE] Don't display "not found" warning after computer wake-up → Don't display "not found" warning after computer wake-up
| Reporter | ||
Comment 6•23 years ago
|
||
(Sorry for the delay) I've tried in Mozilla 2002.10.16.12 and it's the same problem.
Comment 7•23 years ago
|
||
I'm not sure what to say about this ticket. It's not a Chimera issue so it
should be moved, but I mean.. this is most likely an OS issue.
When Mac OS X goes to sleep mode in a DHCP environment, it sets it's IP to
0.0.0.0 once woken up, and sends out a DHCP request. While all apps are affected
by this, it's usually not noticed because a DHCP request is usually answered
within the first second. This can all be confirmed by running "sudo tcpdump" and
putting your machine to sleep and waking it up.
At best, NSPR (or each individual browser) can see if the IP is 0.0.0.0 and do a
loop for 10 seconds to see if an IP is successfully set, but.. that's pretty
ugly. I'd almost wonder if it's just better to ask Apple to temporarily hang on
network connections on wakeup until the DHCP request is made.
Just my $0.02.
| Assignee | ||
Comment 8•23 years ago
|
||
Does this still happen? I put a 1-second delay in some wakeup-code in the timer
code, which probably fixes this. Will mark Fixed, please reopen if necessary.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•