** Changed in: oem-priority
Status: Confirmed => Won't Fix
** No longer affects: oem-priority/precise
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1032433
Title:
Usi
NM doesn't really ask for the type of key when you get to connecting to
the previously-created network. It's however possible to create the
connection, and then edit it from the connection editor to set "WEP
passphrase" and enter in the passphrase, which will allow the connection
to work.
Not sure
** Changed in: network-manager (Ubuntu)
Status: Incomplete => Confirmed
** Changed in: oem-priority
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.lau
syslog of comment #21
** Attachment added: "syslog.wpa.client.trusty"
https://bugs.launchpad.net/oem-priority/+bug/1032433/+attachment/4030075/+files/syslog.wpa.client.trusty
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-ma
The same issue can be reproduced on Trusty (14.04)
The attachment is the syslog on same platform but is installed with
trusty.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/103
Attach syslog for client and server side.
The wpa_supplication debug output (-ddd option) is enabled.
** Attachment added: "syslog.wpa.tgz"
https://bugs.launchpad.net/oem-priority/+bug/1032433/+attachment/4029646/+files/syslog.wpa.tgz
--
You received this bug notification because you are a
** Changed in: oem-priority
Status: New => Incomplete
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1032433
Title:
Using WEP 128-bit Passphrase, Ad-hoc connection cann
At this point it's still unclear whether we're really seeing the same
problem as earlier.
In the latest logs, I see the client creates its own BSSID -- this means
it doesn't see the AP on the other end, which probably also means one or
both of the devices can't do AdHoc properly even if it claims
Attach logs.
Config WiFi adhoc network and set WEP key to 1234567890abc.
The connection can't be established.
Logs are attached (server/client side dmesg output and syslog)
** Attachment added: "wifi_adhoc_log.tgz"
https://bugs.launchpad.net/oem-priority/+bug/1032433/+attachment/3978230/+fil
** Changed in: network-manager (Ubuntu)
Assignee: Canonical Desktop Team (canonical-desktop-team) => Mathieu
Trudel-Lapierre (mathieu-tl)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launch
Can we get someone to have a look to this bug, please?
** Changed in: network-manager (Ubuntu)
Assignee: (unassigned) => Canonical Desktop Team (canonical-desktop-team)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager
** Changed in: network-manager (Ubuntu)
Status: Incomplete => Confirmed
** Changed in: oem-priority/precise
Status: New => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.la
@James,
Update log files.
I use '1234567890abc' as wep key, here are the fail logs of client/server both
sides.
Note, I aslo tested the key in hex format ( 31323334353637383930616263 ), it
failed too. The logs are attached.
--
You received this bug notification because you are a member of Desk
Franz,
12345 from the "server side" looks like a 40 bit key (8 bits per
character, multiplied by 5 characters). This would explain why it's
working when you use that option. In order to be completely sure that
it's not a 40 bit key, would you please re-create your server
environment with a WEP-128
** Changed in: network-manager (Ubuntu)
Status: In Progress => Confirmed
** Changed in: network-manager (Ubuntu)
Importance: Low => Undecided
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bu
Test environment:
HP laptop runs ubuntu-12.04.2 as client side
ASUS laptop runs ubuntu-12.04.2 as server side.
Set password 12345 in the server side and then use client to connect the server.
If the security type is set to WEP40/128 bit Key, the result is success ( see
adhoc/success/syslog.client
Reopening the OEM priority bug, as there are some OEMs still requesting
this
** Changed in: oem-priority
Status: Won't Fix => New
** Changed in: oem-priority
Assignee: James M. Leddy (jm-leddy) => Ara Pulido (apulido)
** Changed in: oem-priority/precise
Status: Won't Fix => Ne
Because this does not block certification of systems, we are closing the
bug in OEM prio for now.
** Changed in: oem-priority/precise
Status: In Progress => Won't Fix
** Changed in: oem-priority
Status: In Progress => Won't Fix
** Changed in: network-manager (Ubuntu)
Importance:
Are both machines running Ubuntu, and are they using the same version?
Can you provide the debug logs for wpasupplicant? This would likely shed
more light on the problem.
Furthermore, I'd be very interested on output such as what the Android
"Wifi Analyzer" app is saying about the created network
** Changed in: oem-priority
Status: Incomplete => In Progress
** Changed in: oem-priority/precise
Status: Incomplete => In Progress
** Changed in: network-manager (Ubuntu)
Status: Incomplete => In Progress
--
You received this bug notification because you are a member of De
I was able to reproduce this using my dev laptop and a netbook, both
running Precise.
I created the adhoc network on my laptop, then tried and failed to
connect using the NetworkManager applet on the netbook.
I then dropped to the command line on the netbook and manually connected
using wpa_suppl
** Changed in: oem-priority
Importance: Undecided => Medium
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1032433
Title:
Using WEP 128-bit Passphrase, Ad-hoc connection ca
** Changed in: oem-priority/precise
Status: Confirmed => Invalid
** Changed in: oem-priority/precise
Status: Invalid => Incomplete
** Changed in: oem-priority
Status: Confirmed => Invalid
** Changed in: oem-priority
Status: Invalid => Incomplete
--
You received this
** Changed in: oem-priority
Status: Incomplete => Confirmed
** Changed in: oem-priority/precise
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchp
** Tags removed: rls-q-incoming
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1032433
Title:
Using WEP 128-bit Passphrase, Ad-hoc connection cannot be established
Status in
Affects me too.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1032433
Title:
Using WEP 128-bit Passphrase, Ad-hoc connection cannot be established
Status in OEM Priority Pro
@James: please readd rls-q-incoming if you get more directions on the
user's machine, and we'll deal with it. Thanks :)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1032433
Ti
Looks like in both cases wpa-supplicant got past the authentication
stage. Oddly, even though it should not work in the second trial, it
still gets past authentication.
The problem with the first trial is that it couldn't get a dhcp lease,
which makes me think it's a problem on the other machine.
@James,
I have asked Nara help to provide more information in comment#4 and
comment#5
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1032433
Title:
Using WEP 128-bit Passphra
And then I create new ad-hoc connection "test2" on computer1 using "WEP
40/128-bit Key(Hex or ASCII)", this time I can use ComputerU (client) to
establish an ad-hoc connection successfully.
Attached file is the syslog of this connection.
** Attachment added: "syslog_success"
https://bugs.lau
Hi,
I can still reproduce this on 12.04.1
First I setup an Ad-hoc connection with WEP 128-bit Passphrase on Computer1,
and using another computer (ComputerU) as client to connect, but the connection
cannot be established, attached file is syslog on ComputerU (client).
** Attachment added: "syslo
Hi Mathieu,
I just tried to reproduce the issue, but was unable to. I'll get more
information from Kent.
** Changed in: oem-priority
Status: Confirmed => Incomplete
** Changed in: oem-priority/precise
Status: Confirmed => Incomplete
--
You received this bug notification because y
No, WEP passphrase does get used... it's much easier to use a passphrase
than the hex keys, at least ;)
This bug needs additional information in order to be debuggable. Could
you please run 'apport-collect 1032433' and make sure at least
WifiSyslog.txt is attached automatically. If not, please inc
Does anyone even use WEP passpharase mode? Can we just remove this?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1032433
Title:
Using WEP 128-bit Passphrase, Ad-hoc connecti
** Tags added: rls-q-incoming
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1032433
Title:
Using WEP 128-bit Passphrase, Ad-hoc connection cannot be established
Status in OE
** Changed in: oem-priority
Status: New => Confirmed
** Changed in: oem-priority/precise
Status: New => Confirmed
** Changed in: oem-priority
Assignee: (unassigned) => James M. Leddy (jm-leddy)
** Changed in: oem-priority/precise
Assignee: (unassigned) => James M. Leddy (
** Also affects: oem-priority
Importance: Undecided
Status: New
** Also affects: oem-priority/precise
Importance: Undecided
Status: New
** Changed in: oem-priority/precise
Importance: Undecided => High
--
You received this bug notification because you are a member of Desk
37 matches
Mail list logo