Parse failure for 3-digit channels.
Bug #545248 reported by
Reilly Grant
This bug affects 3 people
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| wicd |
Fix Released
|
Medium
|
David Paleino | ||
Bug Description
The regular expression in wnettools.py only supports up to 2-digit channel numbers. When 3-digit (802.11a) channels are present only the first 2 digits are matched which leads wicd to attempt to associate on an invalid channel.
Fixed in the attached patch.
Revision history for this message
| Reilly Grant (reillyeon) wrote | #1 |
Revision history for this message
| ebullient (ebullient) wrote | #2 |
Revision history for this message
| David Paleino (dpaleino) wrote | #3 |
| Changed in wicd: | |
| assignee: | nobody → David Paleino (dpaleino) |
| importance: | Undecided → Medium |
| status: | New → Incomplete |
| status: | Incomplete → Opinion |
| status: | Opinion → Triaged |
| status: | Triaged → Confirmed |
| Changed in wicd: | |
| milestone: | none → 1.7.1 |
| Changed in wicd: | |
| status: | Confirmed → Fix Committed |
| Changed in wicd: | |
| status: | Fix Committed → Fix Released |
To post a comment you must log in.
The 3-digit channel (for 802.11n, as well) is also cutoff in the gui: you only see the first 2 digits.. The missing third digit doesn't impact ability to make a connection, but it is a little confusing when trying to sort out g vs. n networks..