Stan Grishin
95cf843774
luci-app-https_dns_proxy: bugfix: proper formatting of dhcp server entries
...
Signed-off-by: Stan Grishin <stangri@melmac.net>
2019-09-30 10:48:48 -07:00
INAGAKI Hiroshi
be275fd42a
i18n: sync translations
...
Signed-off-by: INAGAKI Hiroshi <musashino.open@gmail.com>
2019-07-27 02:30:20 +09:00
Stan Grishin
85989079f6
luci-app-https_dns_proxy: better handling of ports, update of dhcp config
...
Signed-off-by: Stan Grishin <stangri@melmac.net>
2019-07-20 04:24:33 -07:00
Franco Castillo
a2ff8a1b37
luci-app-https_dns_proxy: Add Spanish translation
...
Add Spanish translation
Signed-off-by: Franco Castillo <castillofrancodamian@gmail.com>
2019-02-21 18:00:35 -03:00
yangfl
6f8fbb1e62
i18n: update Chinese translation
...
Signed-off-by: David Yang <mmyangfl@gmail.com>
2019-01-04 00:51:56 +08:00
alphakk
8aeb78d1c1
luci-app-https_dns_proxy: fix datatype of subnet address option
...
The datatype ip4prefix only accept numbers from 0 to 32, not subnet/mask
(i.e. 192.168.1.0/24), this affects option "-e".
https://github.com/openwrt/luci/wiki/Datatypes#ip4prefix the description
is wrong, according to src
http://luci.subsignal.org/trac/browser/luci/branches/luci-0.10/libs/web/luasrc/cbi/datatypes.lua#L76
Submitted-by: alphakk <kkspaces@mail.com>
[slightly reword commit message]
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
2018-11-15 07:45:49 +01:00
Hannu Nyman
40de466475
i18n: sync translations, add location annotatations
...
Thanks to a recent commit, the translation files will now
have info about locations where the string is used. That
can help is deciding the correct translation, as all contexts
are more easily found.
Signed-off-by: Hannu Nyman <hannu.nyman@iki.fi>
2018-11-07 18:10:59 +02:00
Martin Schiller
5f7c695848
i18n: sync translations
...
Signed-off-by: Martin Schiller <ms@dev.tdt.de>
2018-09-12 11:17:30 +02:00
Stan Grishin
89110b1757
luci-app-https_dns_proxy: initial commit
...
Signed-off-by: Stan Grishin <stangri@melmac.net>
2018-09-02 18:49:54 -07:00
