ISC Open Source Projects issueshttps://gitlab.isc.org/groups/isc-projects/-/issues2020-07-14T12:50:33Zhttps://gitlab.isc.org/isc-projects/bind9/-/issues/1867Fix the system tests on Windows2020-07-14T12:50:33ZOndřej SurýFix the system tests on WindowsNow, that the BIND 9 builds on Windows again, we need to fix the system tests:
```
$ & sh.exe runall.sh $TEST_PARALLEL_JOBS
/bin/bash: ./run.sh: No such file or directory
[...]
/bin/bash: ./run.sh: No such file or directory
I:System test...Now, that the BIND 9 builds on Windows again, we need to fix the system tests:
```
$ & sh.exe runall.sh $TEST_PARALLEL_JOBS
/bin/bash: ./run.sh: No such file or directory
[...]
/bin/bash: ./run.sh: No such file or directory
I:System test result summary:
I:Found 0 test results, but 95 tests were run
```June 2020 (9.11.20, 9.11.20-S1, 9.16.4, 9.17.2)Michał KępieńMichał Kępieńhttps://gitlab.isc.org/isc-projects/kea/-/issues/1223update configure to support cross compiling2020-07-14T11:40:51ZFrancis Dupontupdate configure to support cross compilingThere is one AC_TRY_RUN without an action-if-cross-compiling to update in configure.ac and associated m4 macros.There is one AC_TRY_RUN without an action-if-cross-compiling to update in configure.ac and associated m4 macros.kea1.7.10Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/kea/-/issues/1311run the LFC process at a less favorite priority2020-07-14T11:08:58ZFrancis Dupontrun the LFC process at a less favorite priorityCall setpriority() system call with for instance 4 (default priority is 0, range is -20 to 19 or 20, lower is better and lower than 0 is privileged).
It is a few lines patch (2 includes, one call and error handling).Call setpriority() system call with for instance 4 (default priority is 0, range is -20 to 19 or 20, lower is better and lower than 0 is privileged).
It is a few lines patch (2 includes, one call and error handling).kea1.7.10Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/bind9/-/issues/2025Warning of unexpectedly missing active key never stops2020-07-14T09:20:07ZJP MensWarning of unexpectedly missing active key never stopsI'm experimenting with KSK rollovers and have a validating BIND `9.16.4` running on FreeBSD.
```
BIND 9.16.4 (Stable Release) <id:0849b42>
running on FreeBSD amd64 12.1-RELEASE FreeBSD 12.1-RELEASE r354233 GENERIC
built by make with '--...I'm experimenting with KSK rollovers and have a validating BIND `9.16.4` running on FreeBSD.
```
BIND 9.16.4 (Stable Release) <id:0849b42>
running on FreeBSD amd64 12.1-RELEASE FreeBSD 12.1-RELEASE r354233 GENERIC
built by make with '--disable-linux-caps' '--localstatedir=/var' '--sysconfdir=/usr/local/etc/namedb' '--with-dlopen=yes' '--with-libxml2' '--with-openssl=/usr' '--with-readline=-L/usr/local/lib -ledit' '--with-dlz-filesystem=yes' '--disable-dnstap' '--disable-fixed-rrset' '--disable-geoip' '--without-maxminddb' '--without-gssapi' '--with-libidn2=/usr/local' '--with-json-c' '--disable-largefile' '--with-lmdb=/usr/local' '--disable-native-pkcs11' '--without-python' '--disable-querytrace' 'STD_CDEFINES=-DDIG_SIGCHASE=1' '--enable-tcp-fastopen' '--with-tuning=default' '--disable-symtable' '--prefix=/usr/local' '--mandir=/usr/local/man' '--infodir=/usr/local/share/info/' '--build=amd64-portbld-freebsd12.1' 'build_alias=amd64-portbld-freebsd12.1' 'CC=cc' 'CFLAGS=-O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing ' 'LDFLAGS= -L/usr/local/lib -ljson-c -fstack-protector-strong ' 'LIBS=-L/usr/local/lib' 'CPPFLAGS=-DLIBICONV_PLUG -isystem /usr/local/include' 'CPP=cpp' 'PKG_CONFIG=pkgconf'
compiled by CLANG 4.2.1 Compatible FreeBSD Clang 8.0.1 (tags/RELEASE_801/final 366581)
compiled with OpenSSL version: OpenSSL 1.1.1d-freebsd 10 Sep 2019
linked to OpenSSL version: OpenSSL 1.1.1d-freebsd 10 Sep 2019
compiled with libxml2 version: 2.9.10
linked to libxml2 version: 20910
compiled with json-c version: 0.14
linked to json-c version: 0.14
compiled with zlib version: 1.2.11
linked to zlib version: 1.2.11
threads support is enabled
```
The server is configured with a private root. Here's it's full configuration:
```
options {
directory "/usr/local/etc/namedb/working";
pid-file "/var/run/named/pid";
dump-file "/var/dump/named_dump.db";
statistics-file "/var/stats/named.stats";
listen-on { 127.0.0.1; 192.168.1.157; };
allow-query { any; };
};
zone "." { type hint; file "/usr/local/etc/namedb/named.root"; };
```
and the hint file
```
. 3600000 NS ksigner.aa.
ksigner.aa. 3600000 A 192.168.1.150
```
I configured `bind.keys` with the initial trust anchor (key tag `41155`)
```
trust-anchors {
"." initial-key 257 3 8 "AwEAAdVfg0pf59Z7QyOVnPcm41C6H5ohxIQv4PVjYR4e
w9+FzVKrG+T894UgqTjOmiwPjskdJCU1Cbm16/a1opd6
WJ+3sJwyY2+/yQ2iTMpQOgHnW9jBYH5ffvNBzaHLZfCC
prkHyOPbdaxHzHhjKBi+PoJr67uJH4/6AS8Le9ncayag
TK0UM/fi9Emu2k5o/XOav2MXiW+WjjFAHTUTwggWN5nY
g6NrEDAtVb62yNqgGIG3NyZoKGyVQSyBI3JX6o0LCeyh
UENV6yvlnN9uvOdwzS4EOfoEkE8lt3NwBTBfaCp3pO9L
egaG2VALhWMIjz35tWiAF3AFqd293dq9VTeVljM="; // 41155
};
```
I'm running the server as follows:
```
named -g -T mkeytimers=2/5/300
```
The server validated fine.
I then began a KSK rollover several hours ago and observed that the new KSK (`30377`) appeared in `managed-keys.bind`:
```
$ORIGIN .
$TTL 0 ; 0 seconds
@ IN SOA . . (
3567 ; serial
0 ; refresh (0 seconds)
0 ; retry (0 seconds)
0 ; expire (0 seconds)
0 ; minimum (0 seconds)
)
KEYDATA 20200714075405 20200713205807 19700101000000 257 3 8 (
AwEAAdVfg0pf59Z7QyOVnPcm41C6H5ohxIQv4PVjYR4e
w9+FzVKrG+T894UgqTjOmiwPjskdJCU1Cbm16/a1opd6
WJ+3sJwyY2+/yQ2iTMpQOgHnW9jBYH5ffvNBzaHLZfCC
prkHyOPbdaxHzHhjKBi+PoJr67uJH4/6AS8Le9ncayag
TK0UM/fi9Emu2k5o/XOav2MXiW+WjjFAHTUTwggWN5nY
g6NrEDAtVb62yNqgGIG3NyZoKGyVQSyBI3JX6o0LCeyh
UENV6yvlnN9uvOdwzS4EOfoEkE8lt3NwBTBfaCp3pO9L
egaG2VALhWMIjz35tWiAF3AFqd293dq9VTeVljM=
) ; KSK; alg = RSASHA256; key id = 41155
; next refresh: Tue, 14 Jul 2020 07:54:05 GMT
; trusted since: Mon, 13 Jul 2020 20:58:07 GMT
KEYDATA 20200714075433 20200713220851 19700101000000 257 3 8 (
AwEAAcq2mOD4nCqlDOzXmaHJF5MrcxMiPOvclSnb8F0K
dKnFWaTGwucwtf2r0GYP2wRvybfyhUXhraHXAkzVSI4I
h435qW3b9TMPmi9VAxWnU4Gex5DT0VSPF3pDrR46A67v
DBy6i1fsQB7coIB3SyWtq19KRCS4GBGp86tTTishSVCd
) ; KSK; alg = RSASHA256; key id = 30377
; next refresh: Tue, 14 Jul 2020 07:54:33 GMT
; trusted since: Mon, 13 Jul 2020 22:08:51 GMT
```
The authoriative server is Knot and I don't seem to be able to actually revoke a KSK so I "retired" and then removed the KSK `41155` from the zone.
BIND then started logging the following:
```
14-Jul-2020 07:54:01.121 managed-keys-zone: Key 30377 for zone . is now trusted (acceptance timer complete)
14-Jul-2020 07:54:03.143 managed-keys-zone: Active key 41155 for zone . unexpectedly missing
14-Jul-2020 07:54:03.143 managed-keys-zone: Key 30377 for zone . is now trusted (acceptance timer complete)
14-Jul-2020 07:54:05.195 managed-keys-zone: Active key 41155 for zone . unexpectedly missing
14-Jul-2020 07:54:05.195 managed-keys-zone: Key 30377 for zone . is now trusted (acceptance timer complete)
14-Jul-2020 07:54:07.241 managed-keys-zone: Active key 41155 for zone . unexpectedly missing
14-Jul-2020 07:54:07.241 managed-keys-zone: Key 30377 for zone . is now trusted (acceptance timer complete)
...
```
and has been doing so for over an hour; it doesn't seem to stop.
Will it ever stop, or is this unexpected behaviour?https://gitlab.isc.org/isc-projects/bind9/-/issues/1993check.c:1576:37: error: expected identifier before numeric constant on illumos2020-07-13T22:52:29ZMichal Nowakcheck.c:1576:37: error: expected identifier before numeric constant on illumosOn OpenIndiana 2020.04 (an illumos distribution) compilation of BIND `v9_16` commit 38ca3fbcdc5c02e2f985d5ff8937d473b50d6aef fails in `lib/bind9/check.c` with:
```
libtool: compile: /usr/gcc/7/bin/gcc -include /export/home/newman/bind9/...On OpenIndiana 2020.04 (an illumos distribution) compilation of BIND `v9_16` commit 38ca3fbcdc5c02e2f985d5ff8937d473b50d6aef fails in `lib/bind9/check.c` with:
```
libtool: compile: /usr/gcc/7/bin/gcc -include /export/home/newman/bind9/config.h -I/export/home/newman/bind9 -I../.. -I. -I/export/home/newman/bind9/lib/bind9/include -I../../lib/bind9/include -I/export/home/newman/bind9/lib/dns/include -I../../lib/dns/include -I/export/home/newman/bind9/lib/isc/include -I../../lib/isc -I../../lib/isc/include -I../../lib/isc/unix/include -I../../lib/isc/pthreads/include -I/export/home/newman/bind9/lib/isccfg/include -I../../lib/isccfg/include -I/export/home/newman/bind9/lib/ns/include -I../../lib/ns/include -DISC_MEM_DEFAULTFILL=1 -DISC_LIST_CHECKINIT=1 -m64 -O3 -D_XOPEN_SOURCE=600 -D__EXTENSIONS__=1 -D_XPG6 -D_POSIX_PTHREAD_SEMANTICS -pthread -fPIC -W -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wformat -Wpointer-arith -Wno-missing-field-initializers -fno-strict-aliasing -Wshadow -Werror -c check.c -fPIC -DPIC -o .libs/check.o
In file included from /usr/include/sys/select.h:53:0,
from /usr/include/sys/types.h:640,
from /usr/include/sys/wait.h:37,
from /usr/include/stdlib.h:45,
from check.c:16:
check.c: In function 'check_options':
check.c:1576:37: error: expected identifier before numeric constant
enum { MAS = 1, PRI = 2, SLA = 4, SEC = 8 } values = 0;
^
gmake[2]: *** [Makefile:273: check.lo] Error 1
```
It turns out that `/usr/include/sys/time.h` has `SEC` [defined](https://github.com/illumos/illumos-gate/blob/master/usr/src/uts/common/sys/time.h#L242).
Renaming `SEC` to `SCN` in `lib/bind9/check.c` does the trick. The introduction of `SEC` was in dca3658720cfb7f40b75e418a87d85552fe2a09c.August 2020 (9.11.22, 9.11.22-S1, 9.16.6, 9.17.4)https://gitlab.isc.org/isc-projects/stork/-/issues/280Add explicit link for Dashboard2020-07-13T17:15:44ZVicky Riskvicky@isc.orgAdd explicit link for DashboardWe need an explicit menu item that is Dashboard.
This could be a standalone menu item, or under the DHCP menu. We need an explicit menu item that is Dashboard.
This could be a standalone menu item, or under the DHCP menu. 0.10Tomek MrugalskiTomek Mrugalskihttps://gitlab.isc.org/isc-projects/kea/-/issues/1175static thread safety analysis2020-07-13T13:32:54ZRazvan Becheriustatic thread safety analysisusing static analysis: https://clang.llvm.org/docs/ThreadSafetyAnalysis.html
advantages:
compile time checking (even not covered by runtime paths)
disadvantages:
a lot of changes in the code
code must be maintained
feature must be supp...using static analysis: https://clang.llvm.org/docs/ThreadSafetyAnalysis.html
advantages:
compile time checking (even not covered by runtime paths)
disadvantages:
a lot of changes in the code
code must be maintained
feature must be supported by compiler (which could also evolve/change alongside kea)outstandinghttps://gitlab.isc.org/isc-projects/kea/-/issues/1182Make LibraryHandle::getParameters() public2020-07-13T13:17:11ZThomas MarkwalderMake LibraryHandle::getParameters() publicIt would be much more convenient if this method were public. It returns a const pointer to the MapElement of configuration parameters of the Library.It would be much more convenient if this method were public. It returns a const pointer to the MapElement of configuration parameters of the Library.kea1.7.10Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/stork/-/issues/93Design for handling events/alerts2020-07-13T11:47:39ZTomek MrugalskiDesign for handling events/alertsWe need to come up with a way to have a generic way of handling events with potential reactions to them.
Although it's not immediately urgent (can be done after 0.8 if need be), the sooner we have an idea how the event handling will loo...We need to come up with a way to have a generic way of handling events with potential reactions to them.
Although it's not immediately urgent (can be done after 0.8 if need be), the sooner we have an idea how the event handling will look like in the future, the better.
At the IETF, there is a concept called ECA (Event-Condition-Action). The idea is that you can define what event you are looking for (e.g. server down or duplicate address detected), what conditions have to be met (always, or if repeated more than 3 times in last hour), then some action defined is executed (restart server or send e-mail warning about duplicates).
Some references worth looking at:
- RFC8328
- draft-bwd-netmod-eca-framework-00
- draft-wwx-netmod-event-yang-05
NOTE: Many of those are associated with YANG/NETCONF. We do not want to use those technologies in Stork. However, we could potentially reuse the concepts.0.10https://gitlab.isc.org/isc-projects/kea/-/issues/1322kea-dhcp4 do not exit when DHCPSRV_NO_SOCKETS_OPEN2020-07-13T10:10:32ZGururajsrkkea-dhcp4 do not exit when DHCPSRV_NO_SOCKETS_OPENIn a failure case, if the ethernet interface is down the kea-dhcp4 fail to exit on DHCPSRV_NO_SOCKETS_OPEN.
It just hangs till restart/reload.
```
"Dhcp4": {
"interfaces-config": {
"interfaces":[ "eth0" ],
"dhcp-socke...In a failure case, if the ethernet interface is down the kea-dhcp4 fail to exit on DHCPSRV_NO_SOCKETS_OPEN.
It just hangs till restart/reload.
```
"Dhcp4": {
"interfaces-config": {
"interfaces":[ "eth0" ],
"dhcp-socket-type" : "raw"
},
........
}
```
> 2020-06-30 00:55:09.582 WARN [kea-dhcp4.dhcpsrv/56] DHCPSRV_OPEN_SOCKET_FAIL failed to open socket: the interface fastcmVlan is not running
>
> 2020-06-30 00:55:09.583 WARN [kea-dhcp4.dhcpsrv/56] DHCPSRV_NO_SOCKETS_OPEN no interface configured to listen to DHCP traffic
can you help with your comments
Thanks in Advance.https://gitlab.isc.org/isc-projects/bind9/-/issues/2010Potential NULL pointer dereference (9.11) in dnstap.c2020-07-13T04:31:50ZMark AndrewsPotential NULL pointer dereference (9.11) in dnstap.c```
REQUIRE(handlep != NULL && *handlep == NULL);
858
859 handle = isc_mem_get(mctx, sizeof(*handle));
4. Condition handle == NULL, taking true branch.
5. var_compare_op: Comparing handle to null implies that ha...```
REQUIRE(handlep != NULL && *handlep == NULL);
858
859 handle = isc_mem_get(mctx, sizeof(*handle));
4. Condition handle == NULL, taking true branch.
5. var_compare_op: Comparing handle to null implies that handle might be null.
860 if (handle == NULL)
6. Condition result != 0, taking true branch.
7. Jumping to label cleanup.
861 CHECK(ISC_R_NOMEMORY);
...
897 cleanup:
8. Condition result != 0, taking true branch.
CID 286432 (#1 of 1): Dereference after null check (FORWARD_NULL)
9. var_deref_op: Dereferencing null pointer handle.
898 if (result != ISC_R_SUCCESS && handle->reader != NULL) {
899 fstrm_reader_destroy(&handle->reader);
900 handle->reader = NULL;
901 }
```August 2020 (9.11.22, 9.11.22-S1, 9.16.6, 9.17.4)Mark AndrewsMark Andrewshttps://gitlab.isc.org/isc-projects/bind9/-/issues/2012Add assertion check to silence dereference before NULL check in tsig_test.c2020-07-13T03:21:36ZMark AndrewsAdd assertion check to silence dereference before NULL check in tsig_test.c```
363 /*
364 * Start digesting.
365 */
deref_ptr_in_call: Dereferencing pointer tsigout. [show details]
366 result = add_mac(outctx, tsigout);
367 assert_int_equal(result, ISC_R_SUCCESS);
...
47...```
363 /*
364 * Start digesting.
365 */
deref_ptr_in_call: Dereferencing pointer tsigout. [show details]
366 result = add_mac(outctx, tsigout);
367 assert_int_equal(result, ISC_R_SUCCESS);
...
474 if (tsigin != NULL) {
475 isc_buffer_free(&tsigin);
476 }
CID 281475 (#1 of 1): Dereference before null check (REVERSE_INULL)
check_after_deref: Null-checking tsigout suggests that it may be null, but it has already been dereferenced on all paths leading to the check.
477 if (tsigout != NULL) {
478 isc_buffer_free(&tsigout);
479 }
```August 2020 (9.11.22, 9.11.22-S1, 9.16.6, 9.17.4)https://gitlab.isc.org/isc-projects/bind9/-/issues/2013Unchecked returns of inet_pton in geoip_test.c2020-07-13T01:45:30ZMark AndrewsUnchecked returns of inet_pton in geoip_test.c```
305 dns_geoip_elem_t elt;
306 struct in_addr in4;
307 isc_netaddr_t na;
308
CID 281437 (#1 of 1): Unchecked return value (CHECKED_RETURN)
1. check_return: Calling inet_pton without checking return value (as ...```
305 dns_geoip_elem_t elt;
306 struct in_addr in4;
307 isc_netaddr_t na;
308
CID 281437 (#1 of 1): Unchecked return value (CHECKED_RETURN)
1. check_return: Calling inet_pton without checking return value (as is done elsewhere 89 out of 91 times).
309 inet_pton(AF_INET, addr, &in4);
310 isc_netaddr_fromin(&na, &in4);
...
322 dns_geoip_elem_t elt;
323 struct in6_addr in6;
324 isc_netaddr_t na;
325
CID 281472 (#1 of 1): Unchecked return value (CHECKED_RETURN)
1. check_return: Calling inet_pton without checking return value (as is done elsewhere 89 out of 91 times).
326 inet_pton(AF_INET6, addr, &in6);
327 isc_netaddr_fromin6(&na, &in6);
```August 2020 (9.11.22, 9.11.22-S1, 9.16.6, 9.17.4)Mark AndrewsMark Andrewshttps://gitlab.isc.org/isc-projects/stork/-/issues/326prombind9exporter does not unregister all collectors2020-07-10T12:35:26ZMichal Nowikowskiprombind9exporter does not unregister all collectorsCurrently it registers:
```go
pbe.Registry.MustRegister(version.NewCollector("bind_exporter"))
pbe.Registry.MustRegister(pbe)
if bind9Pid > 0 {
procExporter := prometheus.NewProcessCollector(
prometheus.ProcessCollectorOpts{
...Currently it registers:
```go
pbe.Registry.MustRegister(version.NewCollector("bind_exporter"))
pbe.Registry.MustRegister(pbe)
if bind9Pid > 0 {
procExporter := prometheus.NewProcessCollector(
prometheus.ProcessCollectorOpts{
PidFn: func() (int, error) {
return int(bind9Pid), nil
},
Namespace: namespace,
})
pbe.Registry.MustRegister(procExporter)
}
```
but only deregisters:
```go
// unregister bind9 counters from prometheus framework
pbe.Registry.Unregister(pbe)
```0.9Matthijs Mekkingmatthijs@isc.orgMatthijs Mekkingmatthijs@isc.orghttps://gitlab.isc.org/isc-projects/stork/-/issues/218Port bind_exporter to embedded Stork exporter2020-07-10T12:35:19ZMatthijs Mekkingmatthijs@isc.orgPort bind_exporter to embedded Stork exporter0.8Matthijs Mekkingmatthijs@isc.orgMatthijs Mekkingmatthijs@isc.orghttps://gitlab.isc.org/isc-projects/stork/-/issues/286Display of network information on Kea App detail page2020-07-09T21:53:52ZVicky Riskvicky@isc.orgDisplay of network information on Kea App detail pageThe buttons for displaying hosts, subnets, and shared networks are live even when the service is not configured. So for example, you can look at the DHCPv6 service - see that that service is not configured or running, but you can still c...The buttons for displaying hosts, subnets, and shared networks are live even when the service is not configured. So for example, you can look at the DHCPv6 service - see that that service is not configured or running, but you can still click to see the subnets (which presumably won't include any IPv6 addresses).
These buttons should be greyed out or something since they don't apply to a server that is not running.
I am not clear on what the title 'Kea App4' in the upper left of this panel signifies. Is this referring to all 4 applications listed, are they all 'App4'? Or if there was more than one application running on the machine, would the title list more?
![Screen_Shot_2020-05-26_at_11.05.30_AM](/uploads/17150bad5b0baa0c32bdc7a87e807fdd/Screen_Shot_2020-05-26_at_11.05.30_AM.png)https://gitlab.isc.org/isc-projects/stork/-/issues/287Dashboard should not list services that are not and never were configured2020-07-09T21:51:59ZVicky Riskvicky@isc.orgDashboard should not list services that are not and never were configuredAt the bottom of the DHCP dashboard, there is a list of services. This should just list the services that are running. It is confusing having a whole lot of services that are not running, or configured, and never were, listed on the dash...At the bottom of the DHCP dashboard, there is a list of services. This should just list the services that are running. It is confusing having a whole lot of services that are not running, or configured, and never were, listed on the dashboard.
![Screen_Shot_2020-05-26_at_11.15.22_AM](/uploads/21b97674ee2484c2c608d57ab516216e/Screen_Shot_2020-05-26_at_11.15.22_AM.png)https://gitlab.isc.org/isc-projects/kea/-/issues/771LibraryManagerTest.libraryLoggerSetup breaks on Alpine Linux2020-07-09T19:13:48ZFrancis DupontLibraryManagerTest.libraryLoggerSetup breaks on Alpine LinuxInvestigating the source of the problem as it can break hooks...Investigating the source of the problem as it can break hooks...kea1.7.10Francis DupontFrancis Duponthttps://gitlab.isc.org/isc-projects/stork/-/issues/329Enable authentication for the traffic generators2020-07-09T15:26:51ZMarcin SiodelskiEnable authentication for the traffic generatorsNow that we have fixed a bug that allowed for unauthorized access to some Stork views we need to modify the DHCP and DNS traffic generators to create the session (login) prior to getting configured DHCP subnets from the server. Without t...Now that we have fixed a bug that allowed for unauthorized access to some Stork views we need to modify the DHCP and DNS traffic generators to create the session (login) prior to getting configured DHCP subnets from the server. Without this, the traffic generators fail t get the list of subnets and this makes them unusable.
The useful reference I got from @godfryd was: https://requests.readthedocs.io/en/master/user/advanced/0.9Marcin SiodelskiMarcin Siodelskihttps://gitlab.isc.org/isc-projects/stork/-/issues/330Blank page after logging2020-07-09T15:26:51ZMarcin SiodelskiBlank page after loggingReproduction steps:
- Login to the system and display dashboard page.
- Login to the database and remove a session from the sessions table
- Refresh the page and you should be taken to the login page
- Login to the system again
- Blank p...Reproduction steps:
- Login to the system and display dashboard page.
- Login to the database and remove a session from the sessions table
- Refresh the page and you should be taken to the login page
- Login to the system again
- Blank page should be displayed
It appears that the dashboard component displays the contents only when some stats are available. The stats are gathered upon page refresh or when the interval of 30 mins elapses. When we log in to the system there is no page refresh so the stats are not gathered. This seems to cause the page to remain blank.0.9Marcin SiodelskiMarcin Siodelski