XWRT - webif access control adds multiple user. about x-wrt HOT 27 OPEN

I meant lines number 38 shows that, we are blindly adding user, without 
checking even
user exists or not.

Should be fixed as of r4886.

This page I have seen already, 

1>. This page after doing "add user", brings "Accept Changes" and other 
permanent
save buttons in b/w UI (UI corruption).

2>. It doesn't have "page access" options display.

fixed in r4888.

Even with this also, it doesn't work

I don't see what you are taking about, can you attach a screenshot of it?

I will do surely.

Any update on this?

Oh sorry, totally missed it out. Will update today only.

See the attachments, its sequence as per names.

After step-1 itself option to change access of page should come, but it never 
comes.

step-2-4 are about adding more users.

If you do "Apply Changes" issue_5.jpg comes, but it never comes out.

I will have to test this out some, I don't see the broken footer issue in 
screenshot
4, the issue in screenshot 5 is that we have to restart httpd, I will have to 
find a
way to work around it.

I should note that I am testing with firefox on windows, so I will give opera a 
try.

Even firefox on linux we have tested.

When this cookies problem will go, logout also doesn't work, right ??

Well it has to do that we are just using basic auth, so there is no logout 
mechinism,
cookie auth would be one way to fix this.

When can we expect for this fix (system-accesscontrol)

Hopefully this weekend/early next week.

Does "backup and restore" works ?

It should work, nothing has changed that would prevent it that I know of, 
although
its functionality is likely less useful now that we have sysupgrade for keeping 
configs.

This bugfix made Apr 24 might help
https://dev.openwrt.org/changeset/21121

Timestamp:
04/24/10 13:07:41 (8 hours ago)
Author:
jow
Message:
[package] uhttpd:
ignore authentication realms that refer to user accounts with no password set 
yet (X-
Wrt compatibility)
fix off-by-one in CGI header parsing, fixes cgi programs that emit bad header 
lines 
(AsteriskGUI compatibility)
bump version
Location:
trunk/package/uhttpd
Files:
4 modified

Makefile (1 diff)
src/uhttpd-cgi.c (1 diff)
src/uhttpd-utils.c (1 diff)
src/uhttpd.c (1 diff)

I was using busybox httpd, that we made to work with lot of hacks, I think this 
is
going to help us. We need to shift to uhttpd I think, I assume this also uses
httpd.conf :)

Do we really need lua and openssl with uhttpd ?? 

uhttpd uses cyassl for ssl, and lua is not needed unless you are using it for 
something.

OK Will try that, lets see if it fixes the memory leak issue that I put in 
other thread.