What steps will reproduce the problem?
dot11 module assuments that 802.11 elements have ordered ids. When search for
an element using _find_element() it will stop searching after it found an
element with an id larger that the one to be found.
IDs don't have to be ordered (Mac-OSX association request has first the
ext-supported-rates (id : 50) and then the ht-capability element (id:45).
Trying to find the ht-capability element (using _get_element(45)) returns None
even though there is such an element.
What is the expected output? What do you see instead?
You'd expect to be able to parse the unordered elements, which is not the case.
What version of the product are you using? On what operating system?
trunk (revision 805)
Please provide any additional information below.
Attached a diff that removes the redundant check-skip.
Original issue reported on code.google.com by gyiakou...@gmail.com on 9 Oct 2013 at 10:35
Original issue reported on code.google.com by
gyiakou...@gmail.com
on 9 Oct 2013 at 10:35Attachments: