Bug 171516 - Delayed scan after resume
Summary: Delayed scan after resume
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: NetworkManager
Version: 4
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Christopher Aillon
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-10-21 23:28 UTC by Matthew Saltzman
Modified: 2018-04-11 16:13 UTC (History)
3 users (show)

Fixed In Version: FC6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2007-01-26 11:24:23 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Matthew Saltzman 2005-10-21 23:28:03 UTC
Description of problem:
After resuming from suspend to RAM, NM takes about 20 seconds to start scanning.

Version-Release number of selected component (if applicable):
NetworkManager-0.5.1-1.FC4.1

How reproducible:
Always


Steps to Reproduce:
1. With NM running...
2. Suspend to RAM (with dbus signals to NM).
3. Resume.
  
Actual results:
nm-applet shows no connection for 20-30 seconds before starting to scan.

Expected results:
NM should commence scanning on resume.

Additional info:

Comment 1 Christian Iseli 2007-01-20 00:45:04 UTC
This report targets the FC3 or FC4 products, which have now been EOL'd.

Could you please check that it still applies to a current Fedora release, and
either update the target product or close it ?

Thanks.

Comment 2 Matthew Saltzman 2007-01-20 17:13:47 UTC
There's still some flakey behaviors in NM, but this doesn't seem to be so much
of an issue now. 


Note You need to log in before you can comment on or make changes to this bug.