Skip to content
  1. Sep 19, 2018
    • Hannu Nyman's avatar
      build/mkbasepot.sh: Fix i18n after luci-mod-admin-full split · 90e749c6
      Hannu Nyman authored 
      

Fix i18n sync scripts by including also the three new modules
luci-mod-{network,status,system} in base.pot.

Note: I did not remove luci.mod-admin-full in case it will ever
get some new contents.

Signed-off-by: default avatarHannu Nyman <hannu.nyman@iki.fi>
      90e749c6
    • Jo-Philipp Wich's avatar
      luci-base: switch admin category node to firstnode() action · 0f91ef83
      Jo-Philipp Wich authored 
      

After this change, luci-base will render the first module or application
page installed on the system, instead of rendering a "Component not found"
message when the status category is unavailable.

This allows for single-purpose LuCI installations like e.g. luci-base with
luci-app-travelmate which only presents application specific views without
any of the standard system pages.

Signed-off-by: default avatarJo-Philipp Wich <jo@mein.io>
      0f91ef83
    • Jo-Philipp Wich's avatar
      luci-base: dispatcher: introduce firstnode() dispatching target · 11f7817d
      Jo-Philipp Wich authored 
      

The firstnode target will dispatch the request to the first eligible menu
subtree node that is not a redirect to another node, a special action or
post security enabled page.

That action is specifically useful for global category toplevel nodes like
"admin" which are supposed to simply direct access to the first installed
page node without having to hardcode specific choices.

Signed-off-by: default avatarJo-Philipp Wich <jo@mein.io>
      11f7817d
    • Daniel F. Dickinson's avatar
      modules: Split luci-mod-full · 58d97b5e
      Daniel F. Dickinson authored 
      

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: default avatarDaniel F. Dickinson <cshored@thecshore.com>
      58d97b5e
    • Daniel F. Dickinson's avatar
      modules: Make luci-base sufficient to use luci apps · 6ec03532
      Daniel F. Dickinson authored 
      

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: default avatarDaniel F. Dickinson <cshored@thecshore.com>
      6ec03532
    • Jo-Philipp Wich's avatar
      Merge pull request #2140 from kristrev/multiple-upstream-interfaces-status · 1a0316bb
      Jo-Philipp Wich authored 
      luci-base: Show multiple upstream interface
      1a0316bb
    • Kristian Evensen's avatar
      luci-base: Show multiple upstream interface · a13748d4
      Kristian Evensen authored 
      

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: default avatarKristian Evensen <kristian.evensen@gmail.com>
      a13748d4
  3. Sep 18, 2018
  5. Sep 17, 2018
  7. Sep 16, 2018
  9. Sep 14, 2018
  11. Sep 13, 2018
  13. Sep 12, 2018
  15. Sep 11, 2018
  17. Sep 08, 2018
  19. Sep 07, 2018
  21. Sep 06, 2018