Project

General

Profile

Actions

Bug #261

closed

Settings page of UI does not display initial configuration of wireless lan

Added by Hammel about 10 years ago. Updated about 10 years ago.

Status:
Closed
Priority:
Immediate
Assignee:
Category:
Settings
Target version:
Start date:
10 Jan 2014
Due date:
% Done:

100%

Estimated time:
Severity:
01 - Critical

Description

The wireless lan is configured (it was configured through bui-network-config) but the configuration doesn't show in the settings page. The wlan0 interface is shown disabled.

Also, the eth0 interface is not displayed at all. This may be because there is no entry in a config file for it, though it does show up under /sys/class/net.

Actions #1

Updated by Hammel about 10 years ago

One problem appears to be overwriting the temporary buffers in buildIFNameString() when the initial interface is encountered (and the temp buf is null).

Actions #2

Updated by Hammel about 10 years ago

  • % Done changed from 0 to 10
Actions #3

Updated by Hammel about 10 years ago

Another bug is that piboxd:getNetType() writes a string without a newline and settings.php:getMode() fails to see the complete string so the mode doesn't get sent back.

But this still doesn't say why the interface is marked disabled when its not.

Actions #4

Updated by Hammel about 10 years ago

  • % Done changed from 10 to 30

Found it: The broken interface retrieval (temporary buffer overwrite) causes a space to be placed in front of the second interface found. That space was not stripped so the PHP code used it to do an interface lookup to set the Enabled state. What I'm seeing in the interface is the setting for the "space" interface mixed with the second interface name, wlan0. That makes it look like wlan0 isn't configured when I'm not actually looking at wlan0's configuration.

Actions #5

Updated by Hammel about 10 years ago

  • % Done changed from 30 to 40

Also found a bug in net.c:getWireless() where strlen() was being called against NULL strings. This could happen if the wpa_supplication.conf file doesn't exist yet.

Actions #6

Updated by Hammel about 10 years ago

  • Status changed from New to Closed
  • % Done changed from 40 to 100

All of these bugs are fixed in their respective opkgs (piboxd and piboxwww). Its clear now that the RPi is very slow when running surf to connect to the web server. I suspect this may be due to a non-hardware accelerated X.org driver. In any case, that's a separate issue.

This issue can be closed.

Actions

Also available in: Atom PDF