>>>
>>>I've got another issue now. Some settings for example changing WAN
>>>settings (protocol etc.) show strange behavior when logged in not as
>>>"root". The changes will be applied (I can see it via uci show network
>>>and I see /tmp/.uci/network created), but LuCI's "Waiting for changes
>>>to be applied.." stays forever. I can though change to any other
>>>tab/link within LuCI, so web interface is still working. Are there any
>>>permissions, that are set to root write only?
>>>
>>>How can I test/try
>>>http://git.openwrt.org/?p=project/luci2/ui.git;a%3Dsummary ?
>>>
>>>Yegor
>>
>> Hi Yegor,
>>
>> I ran into this when I renamed 'root' to 'admin'.   Some pages would
>>save,
>> but most others would get stuck with the "Waiting for changes..."
>>forever.
>>
>> This is NOT the 'correct' way to fix it, but it resolved it for me.  The
>> nixio.exec() call seems to hang when logged in as non-root (even if UID
>>=
>> 0) but luci.sys.exec() works fine.
>>
>> Index: 
>>/luci/luci/modules/admin-core/luasrc/controller/admin/servicectl.lua
>> ===================================================================
>> ---
>> /luci/luci/modules/admin-core/luasrc/controller/admin/servicectl.lua
>>(revis
>> ion 196)
>> +++
>> /luci/luci/modules/admin-core/luasrc/controller/admin/servicectl.lua
>>(revis
>> ion 1225)
>> @@ -54,5 +54,9 @@
>>                         o:close()
>>
>> -                       nixio.exec("/bin/sh", unpack(command))
>> +                       local aa,bb,cc,dd,ee  = unpack(command)
>> +                       luci.sys.exec(aa .. " " .. bb .. " " .. cc .. "
>>" .. dd .. " " .. ee)
>> +
>> +                       -- This seems to fail to return on network stuff
>> +                       -- nixio.exec("/bin/sh", unpack(command))
>>                 else
>>                         luci.http.write("OK")
>
>Thanks for the hack, but it doesn't work for me.
>Compared to your situation I have a user with UID=1000, but GID=0 aka
>"root". Have you tried such combination?
>
>Yegor

Have not tried that combination.  If you have it dump out the 'command'
variable, you'll see the commands that are being run  and can then run
them manually to see what's complaining about permissions/access.  In my
case, it was the network changes that caused the hang - changes to things
like minidlna and other apps were fine.

Ken
_______________________________________________
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Reply via email to