This is not a limit of Ubuntu. It's a limit of the IEEE standard on WPA2. See
here:
https://serverfault.com/questions/164930/can-a-wpa-key-be-shorter-than-8-characters
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launc
Good news. I found the problem. It's entirely related to passphrase
length.
- If I type a passphrase less than 8 characters long: I get the behavior
I reported (it appears nothing happens, no activity indicator, no
balloon error msg, nothing in the msg tray. But, the failed connection
is saved as
> In an hour or two I will try 20200404. I'm hoping this is just a
glitch in the copy I have
Maybe it's because you're using Lubuntu in a time machine? XD
Are you sure you have notifications on? There is an icon for it in
the system tray. Unless you removed it or silenced it.
The log output
FYI: I booted 20200303 Lubuntu daily on a i7-2630QM 2.0ghz; NVIDIA
GeForce GT540M 2GB; Intel Centrino 6230 (Dell XPS L502X laptop). It has
the same behavior I reported in this bug.
In an hour or two I will try 20200404. I'm hoping this is just a glitch
in the copy I have (but, I did burn it to USB
@Chris, can you be more specific about what you did to get the failure
balloon? Did you left click nm-tray, click the non-hidden SSID, type a
bad password?
This bug report is a little confusing because that's what I reported.
But, there's a lot of examples about it working differently if accessed
@Chris, I did add the log info in #11 (one before yours).
I do see a "connection established" balloon when I use the correct
passphrase. But, I don't see a failure balloon when I use the wrong
passphrase.
I have to believe it's something screwy with my iso, how it was burned.
Something that isn't
I just booted Lubuntu 20200303 (same LiveUSB I've been testing
throughout all this). I started journalctl. I then clicked nm-tray,
clicked the access point, and this is what appeared:
start
Mar 04 07:02:44 lubuntu NetworkManager[1632]: [1583305364.9596] device
(wlp4s0): Activa
I changed a wifi network to be not-hidden, booted sl510 again using
current daily, and get balloons telling me 'lost.connection', or if
deleted & enter the correct password 'connection.established', ie.
exactly what Walter describes (where balloon=notification).
On the discourse thread
(https://d
I can add a new connection manually with the wrong password and it
fails. The icon in the system tray changes to grey with three white
horizontally-arranged dots and then returns to the grey rectangle with a
white x in the lower right hand corner. A notification displays that the
connection is lost
I left click on nm-tray, choose my wifi access point, enter an incorrect
passphrase.
Maybe the difference is that you're using a hidden ssid, and have to go
to network connections to get the job done? I'm doing the more normal(?)
choice of available access points from nm-tray. I only right-click t
I also tried on and found them the same as sony ultracrap
lenovo thinkpad sl510 (c2d-t6570, 2gb ram, i915)
lenovo thinkpad x201 (i5-m520, 4gb, i915)
Steps I do
- Boot daily 'live'
- right click `nm-tray` on panel select Edit.Connections
- Network.Connections window appears. I click + to add
- Sel
FYI: I have a Ryzen 3 with intel wireless. I booted the Lubuntu 20200303
image on it. Same behavior. There's no progress or error message about
being unable to connect. I don't know why my experience is different on
3 computers than you guys'.
I've verified the iso checksum. The file-verification
@Chris, I'm not having the same experience as you. I enter an invalid
passphrase, nothing happens. No connection-lost msg. And, it saves the
failed connection. The only msg I see is when I fix the password and it
connects successfully.
It doesn't appear to be machine dependent (although, both the
Thank you for taking the time to report this issue and helping to make
Ubuntu better.
I just tested the daily (20200303) on 'live'
sony vaio ultrabook (i5-9400u, 4gb, intel haswell-ULT)
and got a "Connection Lost" top right when an incorrect password was used
(WPA2, hidden).
The incorrect pass
@Dan, I just tried the same 20200303 Lubuntu image on a Ryzen 5 machine.
It had the same behavior as reported on the old Toshiba. I click on nm-
tray, choose my wifi access point, enter an incorrect passphrase.
Nothing happens. No message that the connection was attempted/failed.
That access point
I tested this on a new daily install using the 20200303 install media. I
never received a connection success message. I received a nm-tray
message indicating the connection was lost to my wireless network every
time I tried to connect using the wrong passphrase. As noted, I was able
to delete the c
** Changed in: nm-tray (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1865949
Title:
nm-tray silently fails with bad wifi password; saves connection
To manage
This bug has been reported on the Ubuntu ISO testing tracker.
A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1865949
** Tags added: iso-testing
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is s
18 matches
Mail list logo