Opened 10 years ago

Closed 7 years ago

Last modified 7 years ago

#1806 closed defect (notsugar)

Passphrase dialog presented even if the passphrase wasn't the problem

Reported by: sascha_silbe Owned by: tomeu
Priority: Unspecified by Maintainer Milestone:
Component: Sugar Version: Git as of bugdate
Severity: Minor Keywords:
Cc: Distribution/OS: Unspecified
Bug Status: New

Description

How to reproduce:

  1. Wait for an already successfully configured AP to appear in neighborhood
  2. Turn off AP. It will remain for some time in the neighborhood.
  3. Tell Sugar to connect to switched off AP.

Actual results:
Sugar tries to connect and after some time asks for the passphrase.

Expected results:
Fail silently.

Please note that this is the easiest way to reproduce the issue, not the only one to trigger it.

Change History (5)

comment:1 Changed 10 years ago by sascha_silbe

This might actually be a NetworkManager bug - I had a very similar experience on a Gnome-using system right now.

comment:2 Changed 10 years ago by sascha_silbe

Potentially related upstream bugs: #597889 and #599566.

comment:3 Changed 10 years ago by quozl

The symptom you describe only occurs if the AP has encryption. On an open AP that is powered off before Sugar connects, the expected result occurs.

When an AP with encryption is selected just after it is powered off, dbus-monitor --system shows the device enters NM_DEVICE_STATE_NEED_AUTH. Therefore it is a NetworkManager problem.

comment:4 Changed 7 years ago by dnarvaez

  • Resolution set to notsugar
  • Status changed from new to closed

comment:5 Changed 7 years ago by dnarvaez

  • Milestone 0.88 deleted

Milestone 0.88 deleted

Note: See TracTickets for help on using tickets.