Disabled Wi-Fi LAN interfaces cause /interfaces/status to return HTTP 500, triggering “Failed to load interfaces status” in the WebUI

Networking Solutions Issue
1

RUTX50 07.24.3 – /interfaces/status returns HTTP 500 for disabled Wi-Fi LAN interfaces

Device: RUTX50
Firmware:RUTX_R_00.07.24.3

The WebUI displays:

Failed to load interfaces status

The aggregate API call fails:

api get /interfaces/status

http_code=500
success=0

Testing the interfaces individually shows that only the LAN interfaces associated with the disabled Wi-Fi radios return HTTP 500. Other active interfaces return HTTP 200.

For each affected disabled Wi-Fi LAN interface:

HTTP 500
source=‘Lua’
code=999

/usr/lib/lua/api/network/interfaces.lua:
bad argument #1 … (table expected, got string)

Both Wi-Fi radios and their associated LAN interfaces are intentionally disabled.

It appears that /usr/lib/lua/api/network/interfaces.lua does not correctly handle the status of a disabled Wi-Fi-associated LAN interface. The per-interface HTTP 500 response then causes the aggregate /interfaces/status request to fail, resulting in the WebUI warning.

Expected behaviour would be for a disabled interface to return a valid status response indicating that it is disabled/down rather than HTTP 500.

Please confirm whether this is a known issue in RUTX_R_00.07.24.3.

3

Greetings,

Thank you for providing the detailed information regarding this issue.

We attempted to reproduce the reported behavior in our testing environment. However, we were unable to recreate the issue. Disabling the Wi-Fi interface/radio did not cause the /interfaces/status request to return HTTP 500.

We would therefore like to contact you directly to collect additional information that should not be shared publicly on the forum. We have sent a form to the email address associated with your forum account.

In the Ticket ID field of the form, please enter the ID of this thread: 20873.

Once we receive the requested information, we will be able to investigate the issue further.

Best regards,
T.