View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0008186 | Kali Linux | [All Projects] Kali Package Bug | public | 2023-02-21 00:30 | 2023-03-08 07:18 |
Reporter | mopedmaster | Assigned To | sbrun | ||
Priority | normal | Severity | block | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Product Version | 2022.4 | ||||
Target Version | Fixed in Version | 2023.1 | |||
Summary | 0008186: Greenbone ospd-openvas service does not start properly | ||||
Description | Permissions for the /etc/openvas/gnupg folder are not correct. Because _gvm doesn't have access to this folder, it prevents the verification key database and temp files from being saved there. This causes gnupg signature verification to fail, which results in ospd-openvas to respawn over and over again (attempting a sync but failing). OSPD[17844] 2023-02-20 00:37:22,128: INFO: (ospd_openvas.daemon) Loading VTs. Scans will be [requested|queued] until VTs are loaded. This may take a few minutes, please wait... OSPD[17844] 2023-02-20 00:37:22,382: DEBUG: (gnupg) verify_file: <_io.BufferedReader name='/var/lib/notus/advisories/sha256sums.asc'>, '/var/lib/notus/advisories/sha256sums' OSPD[17844] 2023-02-20 00:37:22,382: DEBUG: (gnupg) Handling detached verification OSPD[17844] 2023-02-20 00:37:22,384: DEBUG: (gnupg) Wrote to temp file: b'-----BEGIN PGP SIGNATURE-----\n\niQIzBAABCgAdFiEEiuS+QptgpZsxHC5zmCP6pg7R5YAFAmPu/FsACgkQmCP6pg7R\n5YCdbw//SOhRR9mGLseG1aOfjc819xBF05IVXZkSYGuy3DWsK76+nOTtx4SzKhuS\nApr+Q5domPDF+EyZQhoWmWq4/BWQ4iJMc+j5w6Ia7Ifl/LhhQx9sLdR8B3OdaObb\nxplXaOg4TOUE9elbqlukKh5KvwbQE2EI/rP5qPHLK0ofDwM6O4UNzDW0oZUn5hMO\ngXjn9TlMq727H5sPz/5ZyitlF2pxRuIGQwD1IVbnrrsUPGuo8TR1GL4FBSoW8blV\n7eIk/NCCH89WAGCf32et0uL7eGpqLd6NNKW2JWlS88icvfgIpUcNZMuZuddEybSw\nGDH4EdnXo+xUONgCv6ao+bn3ZtGmhQ4dp2lySRTBgk0eEqZuiH+qyTrwtU6fC7NO\nmL7zTDRR/mt6DucKwfDhs9GXwSrKi6260n1hrw3tlJOHTcZKZemZ67dOZ6OM05Fy\nxoZ45Wr5iOI8ORTE0ooHFS1wx/PJKF+7XtpGlo5Vret9kDYiwg3ABjnkdJGI9ji0\nY+BfSBh5FdnV2eQvx5sIn+Lfte4XwMXuw2gjkE1zkn0opIIxxoBLpoiVVJERnhyg\nv/tOMS/b5e6p+g5yBypwVhNdhbksDBR1vKpHR+5i4pyiE0vHg5CcQa0O8WeCzizk\n592mJow2kZAUPjOgr54R49abC6soT045AuFS8yp3Dz5RddepPNY=\n=q8u+\n-----END PGP SIGNATURE-----\n' OSPD[17844] 2023-02-20 00:37:22,386: DEBUG: (gnupg) 20553: gpg --status-fd 2 --no-tty --no-verbose --fixed-list-mode --batch --with-colons --homedir /etc/openvas/gnupg --verify /tmp/pygpgb856_vuq /var/lib/notus/advisories/sha256sums OSPD[17844] 2023-02-20 00:37:22,386: DEBUG: (gnupg) stderr reader: <Thread(Thread-396 (_read_response), initial daemon)> OSPD[17844] 2023-02-20 00:37:22,387: DEBUG: (gnupg) stdout reader: <Thread(Thread-397 (_read_data), initial daemon)> OSPD[17844] 2023-02-20 00:37:22,401: DEBUG: (gnupg) gpg: WARNING: unsafe ownership on homedir '/etc/openvas/gnupg' **OSPD[17844] 2023-02-20 00:37:22,401: DEBUG: (gnupg) gpg: failed to create temporary file '/etc/openvas/gnupg/.#lk0x023ad5f0.kali-raspberry-pi.20553': Permission denied** **OSPD[17844] 2023-02-20 00:37:22,401: DEBUG: (gnupg) gpg: keyblock resource '/etc/openvas/gnupg/pubring.kbx': Permission denied** OSPD[17844] 2023-02-20 00:37:22,402: DEBUG: (gnupg) [GNUPG:] ERROR add_keyblock_resource 33587201 OSPD[17844] 2023-02-20 00:37:22,402: WARNING: (gnupg) potential problem: ERROR: add_keyblock_resource 33587201 OSPD[17844] 2023-02-20 00:37:22,402: DEBUG: (gnupg) [GNUPG:] NEWSIG OSPD[17844] 2023-02-20 00:37:22,402: DEBUG: (gnupg) message ignored: NEWSIG, OSPD[17844] 2023-02-20 00:37:22,402: DEBUG: (gnupg) gpg: Signature made Fri 17 Feb 2023 04:02:35 AM UTC OSPD[17844] 2023-02-20 00:37:22,403: DEBUG: (gnupg) gpg: using RSA key 8AE4BE429B60A59B311C2E739823FAA60ED1E580 OSPD[17844] 2023-02-20 00:37:22,403: DEBUG: (gnupg) [GNUPG:] ERROR keydb_search 33554445 OSPD[17844] 2023-02-20 00:37:22,403: WARNING: (gnupg) potential problem: ERROR: keydb_search 33554445 OSPD[17844] 2023-02-20 00:37:22,403: DEBUG: (gnupg) [GNUPG:] ERROR keydb_search 33554445 OSPD[17844] 2023-02-20 00:37:22,403: WARNING: (gnupg) potential problem: ERROR: keydb_search 33554445 OSPD[17844] 2023-02-20 00:37:22,404: DEBUG: (gnupg) [GNUPG:] ERRSIG 9823FAA60ED1E580 1 10 00 1676606555 9 8AE4BE429B60A59B311C2E739823FAA60ED1E580 OSPD[17844] 2023-02-20 00:37:22,404: DEBUG: (gnupg) [GNUPG:] NO_PUBKEY 9823FAA60ED1E580 **OSPD[17844] 2023-02-20 00:37:22,404: DEBUG: (gnupg) gpg: Can't check signature: No public key** OSPD[17844] 2023-02-20 00:37:22,405: WARNING: (gnupg) gpg returned a non-zero error code: 2 This can be solved with the following steps: cd /tmp wget https://www.greenbone.net/GBCommunitySigningKey.asc echo "8AE4BE429B60A59B311C2E739823FAA60ED1E580:6:" > /tmp/ownertrust.txt export GNUPGHOME=/tmp/openvas-gnupg mkdir -p $GNUPGHOME gpg --import /tmp/GBCommunitySigningKey.asc gpg --import-ownertrust < /tmp/ownertrust.txt export OPENVAS_GNUPG_HOME=/etc/openvas/gnupg sudo mkdir -p $OPENVAS_GNUPG_HOME sudo cp -r /tmp/openvas-gnupg/* $OPENVAS_GNUPG_HOME/ sudo chown -R _gvm:_gvm $OPENVAS_GNUPG_HOME After resolving the gnupg permissions error, ospd-openvas still will not start, due to a configuration error. Feb 20 14:53:14 kali-raspberry-pi systemd[1]: Started ospd-openvas.service - OSPd Wrapper for the OpenVAS Scanner (ospd-openvas). Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: Traceback (most recent call last): Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/redis/client.py", line 1950, in _execute_transaction Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: response = self.parse_response(connection, "_") Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/redis/client.py", line 2018, in parse_response Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: result = Redis.parse_response(self, connection, command_name, **options) Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/redis/client.py", line 1254, in parse_response Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: response = connection.read_response() Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: ^^^^^^^^^^^^^^^^^^^^^^^^^^ Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/redis/connection.py", line 839, in read_response Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: raise response Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: redis.exceptions.ExecAbortError: Transaction discarded because of previous errors. Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: During handling of the above exception, another exception occurred: Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: Traceback (most recent call last): Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/bin/ospd-openvas", line 8, in <module> Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: sys.exit(main()) Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: ^^^^^^ Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/ospd_openvas/daemon.py", line 1268, in main Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: daemon_main('OSPD - openvas', OSPDopenvas, NotusParser()) Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/ospd/main.py", line 164, in main Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: daemon.init(server) Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/ospd_openvas/daemon.py", line 549, in init Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: self.update_vts() Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/ospd_openvas/daemon.py", line 674, in update_vts Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: self.notus.reload_cache() Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/ospd_openvas/notus.py", line 156, in reload_cache Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: self.cache.store_advisory(advisory["oid"], res) Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/ospd_openvas/notus.py", line 86, in store_advisory Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: return OpenvasDB.set_single_item( Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: ^^^^^^^^^^^^^^^^^^^^^^^^^^ Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/ospd_openvas/db.py", line 345, in set_single_item Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: pipe.execute() Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/redis/client.py", line 2078, in execute Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: return conn.retry.call_with_retry( Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^ Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/redis/retry.py", line 46, in call_with_retry Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: return do() Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: ^^^^ Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/redis/client.py", line 2079, in <lambda> Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: lambda: execute(conn, stack, raise_on_error), Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/redis/client.py", line 1953, in _execute_transaction Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: raise errors[0][1] Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/redis/client.py", line 1943, in _execute_transaction Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: self.parse_response(connection, "_") Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/redis/client.py", line 2018, in parse_response Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: result = Redis.parse_response(self, connection, command_name, **options) Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/redis/client.py", line 1254, in parse_response Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: response = connection.read_response() Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: ^^^^^^^^^^^^^^^^^^^^^^^^^^ Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/redis/connection.py", line 839, in read_response Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: raise response Feb 20 14:53:25 kali-raspberry-pi ospd-openvas[1494]: redis.exceptions.ResponseError: Command # 1 (DEL internal/notus/advisories/1.3.6.1.4.1.25623.1.1.4.2012.0033.1> Feb 20 14:53:26 kali-raspberry-pi ospd-openvas[1494]: Exception ignored in atexit callback: <function exit_cleanup at 0xb37a9528> Feb 20 14:53:26 kali-raspberry-pi ospd-openvas[1494]: Traceback (most recent call last): Feb 20 14:53:26 kali-raspberry-pi ospd-openvas[1494]: File "/usr/lib/python3/dist-packages/ospd/main.py", line 86, in exit_cleanup Feb 20 14:53:26 kali-raspberry-pi ospd-openvas[1494]: sys.exit() Feb 20 14:53:26 kali-raspberry-pi ospd-openvas[1494]: SystemExit: Feb 20 14:53:26 kali-raspberry-pi systemd[1]: ospd-openvas.service: Main process exited, code=exited, status=1/FAILURE Feb 20 14:53:26 kali-raspberry-pi systemd[1]: ospd-openvas.service: Failed with result 'exit-code'. The key error is: redis.exceptions.ResponseError: Command # 1 (DEL internal/notus/advisories/1.3.6.1.4.1.25623.1.1.4.2012.0033.1) of pipeline caused error: MISCONF Redis is configured to save RDB snapshots, but it's currently unable to persist to disk. Commands that may modify the data set are disabled, because this instance is configured to report errors during writes if RDB snapshotting fails (stop-writes-on-bgsave-error option). Please check the Redis logs for details about the RDB error. This error is related to explicitly disabling save in the /etc/redis/redis-openvas.conf file, which was addressed in this commit: https://github.com/greenbone/openvas-scanner/pull/1199/commits/130a07177804262b0f0e80c72f89eccd473be132 If you add save "" to the /etc/redis/redis-openvas.conf file (around line 221), ie: #save 900 1 #save 300 10 #save 60 10000 save "" Then the issue is solved: OSPD[820] 2023-02-20 23:36:40,913: DEBUG: (ospd_openvas.openvas) Finished loading VTs into Redis DB OSPD[820] 2023-02-20 23:36:41,049: INFO: (ospd_openvas.daemon) Finished loading VTs. The VT cache has been updated from version 0 to 202302201018. OSPD[820] 2023-02-20 23:36:41,051: DEBUG: (ospd_openvas.daemon) Calculating vts integrity check hash... OSPD[820] 2023-02-20 23:37:21,239: DEBUG: (paho.mqtt.client) Sending PINGREQ OSPD[820] 2023-02-20 23:37:21,240: DEBUG: (paho.mqtt.client) Received PINGRESP OSPD[820] 2023-02-20 23:38:11,642: DEBUG: (ospd_openvas.lock) Removed lock from file /run/ospd/feed-update.lock. OSPD[820] 2023-02-20 23:38:21,308: DEBUG: (paho.mqtt.client) Sending PINGREQ OSPD[820] 2023-02-20 23:38:21,308: DEBUG: (paho.mqtt.client) Received PINGRESP OSPD[820] 2023-02-20 23:38:21,645: DEBUG: (ospd_openvas.daemon) Current feed version: 202302201018 OSPD[820] 2023-02-20 23:38:21,645: DEBUG: (ospd_openvas.daemon) Plugin feed version: 202302201018 OSPD[820] 2023-02-20 23:38:31,646: DEBUG: (ospd_openvas.daemon) Current feed version: 202302201018 OSPD[820] 2023-02-20 23:38:31,647: DEBUG: (ospd_openvas.daemon) Plugin feed version: 202302201018 OSPD[820] 2023-02-20 23:38:41,650: DEBUG: (ospd_openvas.daemon) Current feed version: 202302201018 OSPD[820] 2023-02-20 23:38:41,651: DEBUG: (ospd_openvas.daemon) Plugin feed version: 202302201018 | ||||
Steps To Reproduce | Install gvm. execute: sudo start-gvm | ||||
|
Details: https://forum.greenbone.net/t/kali-ospd-openvas-not-staring-with-mqtt-broker-errors/13920/9 |
|
Note -- While changing the /etc/openvas/gnupg ownership to _gvm:_gvm resolves the write access issue, I'm not sure the existing permissions for that folder are correct. Gnupg warns about the permissions being insecure. I'm not familiar enough with gnupg to know what the recommended permissions for the folder are. Likely needs 'chmod 600' ? |
|
Thanks for the detailed report. I have uploaded openvas-scanner version 22.4.1-2. It fixes the issues you reported. About the ownership of /etc/openvas/gnupg: it's owned by _gvm:_gvm with 0700 permissions. To avoid the warning of Gnupg, we run the command "gpg --import *" as user _gvm. |
|
This still seems to be unresolved. I re-imaged to test - all steps shown below. The package that is provided with "apt install gvm" is: ospd-openvas/kali-rolling,now 22.4.6-0kali1 (not 22.4.1-2). Using: kali-linux-2022.4-raspberry-pi-armhf.img ┌──(kali㉿kali-raspberry-pi)-[~] └─$ sudo apt update sudo apt upgrade sudo apt autoremove sudo apt install htop gvm nsis ..snip.. Setting up greenbone-security-assistant (22.4.1-1) ... Setting up htop (3.2.2-1) ... Setting up nsis-common (3.08-3) ... Setting up libmicrohttpd12:armhf (0.9.75-5) ... Setting up gvm-tools (23.2.0-0kali1) ... Setting up gsad (22.4.1-1) ... gsad.service is a disabled or a static unit, not starting it. Setting up nsis (3.08-3) ... Setting up gvm (22.4.1) ... Processing triggers for mailcap (3.70+nmu1) ... Processing triggers for kali-menu (2023.1.0) ... Processing triggers for desktop-file-utils (0.26-1) ... Processing triggers for hicolor-icon-theme (0.17-2) ... Processing triggers for libc-bin (2.36-8) ... Processing triggers for man-db (2.11.2-1) ... ┌──(kali㉿kali-raspberry-pi)-[~] └─$ sudo gvm-setup [>] Starting PostgreSQL service [>] Creating GVM's certificate files ..snip.. ┌──(kali㉿kali-raspberry-pi)-[/etc/openvas] └─$ apt list | grep ospd WARNING: apt does not have a stable CLI interface. Use with caution in scripts. ospd-openvas/kali-rolling,now 22.4.6-0kali1 all [installed,automatic] ┌──(kali㉿kali-raspberry-pi)-[/etc/openvas] └─$ ls -aml total 28 drwxr-xr-x 3 root root 4096 Feb 23 15:56 . drwxr-xr-x 177 root root 12288 Feb 23 17:02 .. drwxr-xr-x 2 root root 4096 Nov 3 13:49 gnupg -rw-r--r-- 1 root root 192 Nov 3 13:49 openvas.conf -rw-r--r-- 1 root root 1016 Nov 3 13:49 openvas_log.conf ┌──(kali㉿kali-raspberry-pi)-[/etc/openvas/gnupg] └─$ ls -aml total 8 drwxr-xr-x 2 root root 4096 Nov 3 13:49 . drwxr-xr-x 3 root root 4096 Feb 23 15:56 .. ┌──(root㉿kali-raspberry-pi)-[/etc/redis] └─# cat redis-openvas.conf |grep save # save <seconds> <changes> # Will save the DB if both the given number of seconds and the given # In the example below the behaviour will be to save: # Note: you can disable saving completely by commenting out all "save" lines. # It is also possible to remove all the previously configured save # points by adding a save directive with a single empty string argument # save "" #save 900 1 #save 300 10 #save 60 10000 # (at least one save point) and the latest background save failed. stop-writes-on-bgsave-error yes # If you want to save some CPU in the saving child set it to 'no' but # algorithms (in order to save memory), so you can tune it for speed or # the configured save points). # saving process (a background save or AOF log background rewriting) is # Lists are also encoded in a special way to save a lot of space. # order to save a lot of space. This encoding is only used when the length and |
|
The fixes are in the package openvas-scanner (not ospd-openvas) version >= 22.4.1-2 Can you check which version of openvas-scanner you have? |
|
Hello, I have a same problem. Detail : https://forum.greenbone.net/t/scan-interrupted-at-1/14066/8 I install new openvas-scanner 22.4.1-2 but anything my scan interrupted. A few days ago I install 22.4.1-3 version, but it didn't work |
|
I can confirm that with a freshly imaged device, everything now works as expected (gnupg keys are present, save "" value is present in redis-openvas.conf). Thanks for your help! |
|
Fixed @Sanchous your issue is a totally different. I don't think it's related to the Kali packages. Feel free to open another issue on this bug tracker. |
Date Modified | Username | Field | Change |
---|---|---|---|
2023-02-21 00:30 | mopedmaster | New Issue | |
2023-02-21 00:33 | mopedmaster | Note Added: 0017544 | |
2023-02-21 13:24 | mopedmaster | Note Added: 0017546 | |
2023-02-21 14:59 | sbrun | Assigned To | => sbrun |
2023-02-21 14:59 | sbrun | Status | new => assigned |
2023-02-23 11:38 | sbrun | Note Added: 0017561 | |
2023-02-23 17:12 | mopedmaster | Note Added: 0017563 | |
2023-02-27 13:29 | sbrun | Note Added: 0017588 | |
2023-03-05 10:05 | Sanchous | Note Added: 0017614 | |
2023-03-06 18:02 | mopedmaster | Note Added: 0017624 | |
2023-03-08 07:18 | sbrun | Status | assigned => resolved |
2023-03-08 07:18 | sbrun | Resolution | open => fixed |
2023-03-08 07:18 | sbrun | Fixed in Version | => 2023.1 |
2023-03-08 07:18 | sbrun | Note Added: 0017631 |