I have the same problem using Attitude Adjustment r41581, i.e. clicking SCAN button does not show any Access Point even though WIFI scanning works fine using LUCI-JSON or SSH.
I know Attitude Adjustment r36469 or earlier running on RAMIPS is able to scan via LUCI web interface but has not been able to do so since the BB WIFI driver backports.
Using Attitude Adjustment r36469, you can only do WIFI scan when you are connected from ethernet. Any attempts to initiate WIFI scan when you are connected from WIFI will result in immediate disconnection and you will need to reboot the router to fix it.
RAMIPS WIFI driver was broken several times and subsequently fixed, see this ticket for details.
https://dev.openwrt.org/ticket/13532
I believe it is one of the changes in r36470 or subsequent BB WIFI driver backport changes that resulted in this behaviour.
https://dev.openwrt.org/changeset/36470
Testing done on other platform does not suffer from this bug, indicating this bug is likely RAMIPS specific.
Update:
LUCI scan button works on RAMIPS if the WIFI radio is disabled first.
I have verified this on my rt5350 and rt3052 hardware.
"It doesn't let you scan with a single wifi virtual interface in AP mode while it is enabled. It has nothing to do with the driver."
https://lists.openwrt.org/pipermail/ope … 21483.html
Given the fact that I can conduct WIFI scan using both SSH (iwlist scan) and JSON.
This sounds like an artificial restriction somewhere in LUCI.. Anyone have any idea where the code for this restriction is located or how to lift this restriction??
I have also tried to build the same ROM for TP-link TL-WR1043ND v1 and there is no such problem/behaviour there. This means I am pretty certain that this behaviour is related to RAMIPS.
Related tickets
https://dev.openwrt.org/ticket/13171
https://dev.openwrt.org/ticket/16348
https://dev.openwrt.org/ticket/15460
(Last edited by ericwongcm on 1 Aug 2014, 13:17)