luci/modules/luci-mod-admin-full, branch master

luci-base: use cgi-io and rpcd-mod-file to handle file upload and browsing

2019-09-10T13:28:16Z

Remove the old server side support for file browsing and file uploading and switch to a client side widget instead which uses XMLHTTPRequests to upload files via cgi-io and RPC calls for file listing and status queries. Signed-off-by: Jo-Philipp Wich

modules: Split luci-mod-full

2018-09-19T18:08:19Z

Move some common elements to luci-base, and otherwise make three packages out of status, system, and network. They were mostly separated already, but there were some shared elements between status and network that are now in luci-base. Signed-off-by: Daniel F. Dickinson

modules: Make luci-base sufficient to use luci apps

2018-09-19T18:08:19Z

Per the discussion in https://github.com/openwrt/luci/issues/869, make luci-base sufficient to login, logout, and review and apply or revert uci changes. This allows most luci-app-xxx to work without having luci-mod-admin-full installed. It has been tested with some apps and not luci-mod-admin-full, as well as with luci-mod-admin-full (to make sure the usual case doesn't break). Instead of creating a new module namespace (e.g. 'Base') we reduce the opportunities for breakage by having luci-base take over the 'shell' of the 'Administration' (admin/....) namespace. Since admin is assumed by all current building LuCI components (including Freifunk), this doesn't introduce the 'Administration' tab into any situation where it would not already be present (but includes it where it was before). We also add a "Component not installed" page to avoid fatal errors and backtrace when e.g. luci-mod-admin-full is not installed. Signed-off-by: Daniel F. Dickinson

Merge pull request #2140 from kristrev/multiple-upstream-interfaces-status

2018-09-19T09:36:30Z

luci-base: Show multiple upstream interface

2018-09-19T09:01:38Z

Several devices have multiple upstream interfaces, for example a fixed and a mobile broadband connection. Currently, only one upstream interface is shown per address family in Luci. So in my example, one of the interfaces would not appear on the Status-page. This PR introduces support for showing multiple upstream interfaces on the Status-page. The code is not very complicated. get_status_by_route() has been extended to return a list of all routes, and get_wannet()/get_wan6net() now returns all upstream interfaces. I could not find any other (active) users of these three functions than calls triggered from the Status-page, so changing the default behavior should be fine. get_wandev()/get_wan6dev() called get_status_by_route(), but I could not find any place where those functions were called. I removed the dev-functions instead of keeping the old get_status_by_route(). On the status page, the wan/wan6-variables have been replaced with arrays. When populating the html, we now iterate through these arrays and create one element for each interface. I have tested the code with different interface types, v4, v6, as well as disconnecting and connecting interfaces. The status is updated and the correct interfaces (or sometimes none at all) are shown. Signed-off-by: Kristian Evensen

luci-mod-admin-full: fix diagnostic page glitch

2018-09-18T16:45:19Z

Slightly restructure markup to avoid inconsistent button rendering. Signed-off-by: Jo-Philipp Wich

Merge pull request #2121 from jokdarius/feature/0001-performace-fix

2018-09-18T15:18:23Z

luci-mod-admin-full: performance fix

modules: add backup module for mtdblock devices

2018-09-08T07:07:01Z

Signed-off-by: Rosy Song

luci-mod-admin-full: performance fix

2018-08-31T07:54:35Z

* uci:get replaced with direct access of value (functions has 3x better performance in that way) Signed-off-by: Darius Joksas

luci-mod-admin-full: fix forced upgrade

2018-08-20T19:36:11Z

* fix logical glitch in forced upgrade logic Signed-off-by: Dirk Brenken