PRTG Release Notes:
Preview Channel

PRTG now supports the Single Sign-on (SSO) capability through its auto-login function. This allows you to gain access to multiple systems that support Single Sign-on with a single login in the same browser. For example, if you have a PRTG instance configured with Single Sign-on Entra provider and you log in to the portal of your provider by using SSO, no further login (two factor authentication) is required when you want to log in to your PRTG. Upon logout, you will be redirected to the login page.

Important: In certain cases you will not see a login page for Single Sign-on although you have configured and enabled it correctly in PRTG to use the new auto-login function. More precisely, this means if you want to log in with a different user account without using Single Sign-on or if the callback URI is wrong or invalid in the portal of the SSO provider (Entra or Okta). You will receive an error message, for example A silent sign-in request was sent but no user is signed in or The redirect URI (URI) specified in the request does not match the redirect URIs configured for the application (applicationID).

If that happens, please use /public/local_login.htm for a regular login procedure. Another option would be to disable Single Sign-on in PRTG or to update the callback URIs in the portal of your SSO provider.

You can now define a scale factor as integer or floating-point number for the Modbus TCP Custom sensor and Modbus RTU Custom sensor in the sensor settings during sensor creation. The setting is available in the Modbus Channel Specific settings and can be defined in the Scale Factor setting of a channel when the Channel Unit is set to custom. The default scale value is set to 1 and can be changed depending on whether you want to scale up or down. You can change this setting later after sensor creation in the Edit Channel settings under Scaling Multiplication.

Various other minor fixes and improvements, updated user manual.

We fixed an issue for Graph Settings in the User Interface section of the PRTG Setup menu that were no longer applied. For example, if you changed the setting of a graph to another value then the default (like for Graph 3 365 days to 400 days), PRTG would not apply the changes after an automatic restart but still display the previous default in the group, device or sensor graphs.

We fixed an issue for the SSL Security Check sensor that reported the status Denied in the channel TLS. 1.0 (Weak) or TLS 1.1 (Weak) although those TLS protocols were still accepted by the webserver. This issue happened in some cases when you updated to the previous PRTG version 24.3.100.1361.

You are now able to navigate through the pages when you have many entries in a map or when you use data tables in a map. In previous PRTG versions, the pagination in maps did not work.

We fixed an issue where sensor result messages where ignored by PRTG Core server in certain cases when too many messages were sent to the core at once. This could lead to gaps in monitoring data, especially when the PRTG core server was reconnecting or restarting.

We face an issue with the HPE ProLiant Physical Disk sensor that you can no longer create and existing sensors may also no longer work in certain cases. When you try to create the sensor, the scan will fail with the message The sensor could not find any disks on the target device. For existing sensors you will notice the error No such instance (SNMP error # 223) and that the disk could not be found in these cases. The issue is located in the HPE Integrated Lights-Out (iLO 5) firmware version as of 3.x due to changes in the OIDs. A possible workaround is to downgrade to an older iLO version (before iLO 3.x).

You can verify the authenticity of the PRTG installer with the Secure Hash Algorithms for the following versions and release channels:

Preview 24.4.102.1333

• sha256_exe 506448EE2B8E73302649D8C561448F3E23813473A9DD7EEB2624B0E5BAD63D42
• sha256_zip 0B9A71A3E4B2DC38D051506E13419DB5147B59933E4F1D2E0719D5D1F1FB926F

You can now define a scale factor as integer or floating-point number for the REST Custom v2 sensor in the sensor settings during sensor creation. The setting is available in the Channel Settings and can be defined in the Scale Factor setting of a channel when the Channel Unit is set to custom. The default scale value is set to 1 and can be changed depending on whether you want to scale up or down. You can change this setting later after sensor creation in the Edit Channel settings under Scaling Multiplication.

• You are now able to receive commentgroup settings via the devices endpoint /schemas/{kind} with kind=device via GET request. The settings are not included by default, only when you use the include parameter in the request URL. You can also edit the commentgroup settings with a PATCH request on /devices{id}.
• We fixed an issue for the endpoint /schemas/{kind} when kind=device that returned a false response body when you executed a GET request with the purpose create and without any given value in the parent field. The message returned would be The resource could not be found in this endpoint. Check the ID of the object. Cause: the parent ID is mandatory for schema device and purpose create. The message that will be displayed now in such cases is The resource could not be found in this endpoint. Check the ID of the object.

You will now be able to still navigate through and see the split view with the device tree in case there is a deleted object (group, device, sensor). The split view on the right hand side will display a broken image, for example: oops... the group could not be found. Addtionally, there is a redirect link Return to monitoring view. In case the user has no according rights for the relevant object, the page will display an access denied error message.

The SNMP Disk Free v2 sensor left its BETA status and is now fully supported. We introduced the SNMP Disk Free v2 as experimental sensor with PRTG version 23.3.86.1520. The SNMP Disk Free v2 sensor monitors the free disk space on a logical disk via the Simple Network Management Protocol (SNMP).

To monitor Microsoft SQL Server as of version 2022, we implemented the WMI Microsoft SQL Server 2022 sensor (NEW). The WMI Microsoft SQL Server 2022 sensor monitors the performance of a Microsoft SQL Server via Windows Management Instrumentation (WMI).

We hardened the PRTG web UI against possible Tabnabbing attacks. The CVSSv3.1 score for this vulnerability is 2.6 but specifically for PRTG the severity is calculated as Medium.

We added an enpoint to get information about an API key token with Token Type Desktop. The endpoint getdesktoptoken.htm with given authentication credentials will return a configured API key token for the type Desktop. In case there is none configured, the page will return a corresponding error message. In this case, you can also find the following log entry in the CoreWebserverLog: Webserver: Error: no Desktop-type token found.

Your SNMP HPE ProLiant Physical Disk sensor is now able to display an additional status value for the Disk Status channel. Previously, the status for Hot Spare disks was not included in the standard lookup prtg.standardlookups.hp.diskstatus and therefore the sensor reported an error with the message Undefined lookup value - (10) in channel Disk Status.

We improved the wording displayed in the Help text for certain sensor types like Script v2 sensor, HTTP v2 sensor and REST Custom v2 sensor in the sensor Settings. For example, in the Parameters tooltip help text for EXE/Script sensors in the sensor Settings, the examples were previously displayed as %%host or %%sensorid.

Various other minor fixes and improvements, updated user manual.

We deprecated the option Run the command as a different user using 'su' in the device settings for Credentials for Linux/Solaris/macOS (SSH/WBEM) Systems for password security reasons. You will receive a corresponding TO DO ticket in PRTG that your action is required when you update to this PRTG version. For the SSH Rights Elevation method, please switch to the option Run the command as a different user using 'sudo' (without password) instead for all affected devices.

We fixed an issue in the Oracle Tablespace sensor scanning time so that the sensor executes the queries faster without running into timeouts, especially when you monitor a larger Oracle database.

We fixed an issue for API keys where it was possible for a user with read-write permission to delete an API key (that has write, acknowledge or read permission) with an API token that only has Acknowledge permission. Now users can only change their own API keys as long as they have the according rights to change it, this means at least write access except for PRTG administrators when additionally the API key has the access level FULL. This fix also applies for the PRTG API v2.

We fixed an issue that was logged in the CoreWebServer.log when you tried to move objects in a device tree in PRTG. The log in the CoreWebServer.log registered the error Webserver: Internal Error C0...Can't upgrade to writelock - lock is not upgradeable.

We fixed an issue for the Notification template Add Entry to Event Log where PRTG did not add an entry to the PRTG Network Monitor log file under Applications and Services Logs in the Windows event viewer when you have selected the option PRTG Network Monitor for the Log File setting before in the template. However, the issue did not occur when the Log File setting was set to Application, where PRTG successfully added an entry to the Application log file in the event viewer.

We fixed an issue in the Map designer of PRTG where the Custom HTML property did not work anymore in previous PRTG versions. The changes were not applied when you entered an HTML code in the HTML Before field, for example, to use the Custom HTML element in a map.

We fixed an issue for the usage of tags in PRTG, where quotation marks used in tags were not considered. For example, if you add a tag "hello and world", PRTG would create a single tag instead of two individual ones. This issue occurred also for tags used between the tags with quotation marks where PRTG would integrate them in one single tag only.

We fixed an issue that occurred when you had only one map available in PRTG, for example, after PRTG installation if you have deleted other maps except for one. In these cases, the clone button for the existing map was missing in the menu.

You can verify the authenticity of the PRTG installer with the Secure Hash Algorithms for the following versions and release channels:

Preview 24.4.101.1624

• sha256_exe E57CD0FF0A04B9E5E5558075E2762551D08B4B89A74AEE43100B1790F34185CC
• sha256_zip 1F7ABA9B02DC7B97DD425B06F8B9FEF5A8AB93D666306E30BFFBDF9C4BE28F57

We improved the sensor message that is displayed for the REST Custom v2 sensor to have a better readability. There was previously no separation with commas if, for example, more channels were displayed in the message as information.

For the SNMP Custom v2 sensor, we also deliver the following improvements with this PRTG release:

• The SNMP Custom v2 sensor now supports up to 10 channels in the SNMP Custom Specific settings to match the former SNMP Custom and SNMP Custom Advanced sensors. Like the previous SNMP Custom Advanced sensor, the SNMP Custom v2 sensor now also supports Lookups as Channel Unit. You will see a drop down list with available lookups when you create this sensor type and select Lookups as channel unit. This setting can only be changed after sensor creation via Edit Channel button. During sensor creation, you will see the Enable Channel option for all other additional channels.
• You can now configure a change notification for the SNMP Custom v2 sensor. In the SNMP Custom Specific settings there is a new option to Trigger change notification for the setting If Value Changes. Additionally, select Add Change Trigger in the Notification Triggers tab of the sensor to define a notification method. PRTG will then notify you when the value of or service monitored by this sensor changes.

Important: Please note that you need to create this sensor type new when you update to this PRTG version, as existing SNMP Custom v2 sensors will stop working upon updating.

You can try out the experimental SNMP UPS Status sensor that monitors the status of an uninterruptible power supply (UPS) via SNMP. This sensor comes with the channels Battery Status, Charge Remaining, Current Load and Estimated Time Remaining. You need to enable the PRTG BETA feature under Experimental Features in the PRTG Setup first in order to use this sensor.

You can try out the experimental SSH Meminfo v2 sensor that monitors the memory usage of a Linux/Unix system using Secure Shell (SSH). This sensor comes with the channels Available Memory (bytes) and Percent Available Memory (%). Please note that this sensor does not support any macOs distributions. You need to enable the PRTG BETA feature under Experimental Features in the PRTG Setup first in order to use this sensor.

You can try out the experimental SSH Load Average v2 sensor that monitors the load average of a Linux/Unix system using Secure Shell (SSH). This sensor comes with the channels 1 Minute, 5 Minutes, and 15 Minutes that reflect the average system load within a certain scanning interval. You need to enable the PRTG BETA feature under Experimental Features in the PRTG Setup first in order to use this sensor.

You can try out the experimental SSH Remote Ping v2 sensor that remotely monitors the connectivity between a system running Linux/macOS X and another device, using Internet Control Message Protocol (ICMP) echo requests ("ping") and Secure Shell (SSH). This sensor type comes with the channels Avg. Response, Max Response, Min Response and Packet Loss. The response time is measured from the remote device. You need to enable the PRTG BETA feature under Experimental Features in the PRTG Setup first in order to use this sensor.

• You can now check the health values of the application server via the API call /api/health.json. The result will now show all the information about the application server, for example APIRequests, Health, MemoryUsed etc. It will also show a State field that indicates if the application server is running or down. Please note that health data is only updated every 10 minutes in the PRTG core.
• You can now receive and edit the Credentials for Linux/Solaris/macOS (SSH/WBEM) Systems, Credentials for Cisco Meraki and Credentials for Microsoft 365 settings under device Settings with an according GET and PATCH request on the devices/{id} endpoint.
• You can now send GET requests to the following experimental endpoint /experimental/objects/types to receive a list of all the possible objects that can be created for a given parent device.
• We updated our PRTG API v2 Reference documentation in the OpenAPI Specification with a table for Experimental endpoints. You will find this table under Overview: Maturity of endpoints.
• We updated the endpoint /api/v2/settings/public to receive and display information about Single Sign-on login in PRTG. When you execute a GET request on the mentioned enpoint, you will see additional information if Single Sign-on in PRTG in used (has_sso: true) or not. The information also displays the given provider, for example name: okta.
• We fixed an issue for the endpoint GET /users/{id}/api-keys that returned an integer value for the API key access level instead of a string. For example, access level was returned as access-level: 1 instead of read, acknowledge, write, full.

We improved the wording used in the New UI context menus for more clarity and visibility. The wording was improved on sensor, device, channel, group and probe actions. Please note that a user without the accordings rights, for example read-only, will not see the action buttons in the context menu.

You are now able to access the PRTG Tickets tab in the new UI if you have the necessary rights. In the Tickets section, you can now assign, edit, resolve, close, change priority of the relevant tickets.

We fixed an issue for adding multiple users with the option Add Multiple Users under PRTG System Administration. The issue occurred after a certain time when you not confirmed your changes with OK directly. The page would then report an error in the Users Added pop up window.

We updated the German and Spanish language files.

We fixed an issue where the messages for the Syslog Receiver sensor were not displayed in the Messages and Sensor Overview tab after updating to the previous PRTG Preview version 24.3.100.1279.

You can verify the authenticity of the PRTG installer with the Secure Hash Algorithms for the following versions and release channels:

Preview 24.3.100.1325

• sha256_exe A36B7BAABC888F160F24E39C872650D5833D957031C4106FD433FF550ABE820A
• sha256_zip 6113DE4B03B1222B671ADA92A075AFE2C5C806B7D2A6713F2B541EB7D60B3491

We improved the tooltip text information for the setting Parameters in the sensor Settings for EXE/Script and EXE/Script Advanced sensor types. If you hover over the tooltip icon for Parameters, you can see the following additional information: This setting can pose a security risk because sensitive information in the parameters appear in the sensor log. Use placeholders like %windowspassword or %scriptplaceholder1 to encrypt sensitive information and enable PowerShell Security Enhancement under Setup Monitoring Experimental Features to increase your security. This information is valid for the Result of Sensor [Sensor ID].Data.txt that is created when you have enabled the Result Handling option Store result in the sensor Settings.

You are now able to include the HTTP v2 sensor in a device template when you have added the sensor to an appropriately configured device before. The device template is created when the HTTP endpoint returns status 200 (OK), using the same settings as the templated sensor. You can edit the device template afterwards if you need different status codes.

Various other minor fixes and improvements, updated user manual.

We fixed an issue that led to probes being disconnected from time to time when they were connected via communication protocol with very high latency.

We fixed an issue where changes via PRTG API v2 to any API key were not saved in the History tab of a user account. For example, when you created or modified an API key using /api/v2/users/api-keys/ endpoint, the changes would not be logged in your user account History tab.

We fixed an issue for the WMI Event Log sensor where the entry for Log file in the WMI Event Log Monitor settings was missing when you ran an auto-discovery with device template before that included this sensor type.

We fixed an issue where the System Information page was not displayed for some devices in the PRTG App for Desktop. Also for API calls https:///api/table.json?id= with parameters like Serial Number, the value was returned as NULL. The issue happened because the PRTG App for Desktop interpreted the returned JSON table as a numeric value instead of a string what resulted in an empty system information field.

You can verify the authenticity of the PRTG installer with the Secure Hash Algorithms for the following versions and release channels:

Preview 24.3.100.1279

• sha256_exe 405143DB0773047A4EAA84AF3CBCFD2BF6E857DFC99D3A0444235CA39DC49E11
• sha256_zip D0CCFAA4AFCC30D2D8D31040F64EA3761A1F6A8F126571FA33AB9F64E845D733

You are now able to include the REST Custom v2 (BETA) sensor in a device template when you have added the sensor to an appropriately configured device before. When you run an auto-discovery with the mentioned device template on a new device, the sensor will be created afterwards. Please note that you need to enable the PRTG BETA feature under Experimental Features in the PRTG Setup first in order to use this sensor.

You are now able to include the SSH INodes Free v2 sensor in a device template when you have added the sensor to an appropriately configured device before. When you run an auto-discovery with the mentioned device template on a new device, the sensor will be created afterwards. Please note that you need to enable the PRTG BETA feature under Experimental Features in the PRTG Setup first in order to use this sensor.

• You are now able to receive and edit information for and on the /devices/{id} endpoint via GET or PATCH request. For example, lookups for usergroupid are shown under GET endpoint /api/v2/setting-lookups/usergroupid. For a PATCH request, use the /devices/{id} endpoint. Please note that the PATCH request must contain the same number of elements in the array and the same usergroupids as the GET request to get proper results.
• We fixed an issue that occurred when you executed a GET request on the endpoint /experimental/channels for a certain sensor ID where the sensor did not have an active Scanning Interval, for example inactive sensors. Instead of a 200 (OK) response you would get a runtime error: invalid memory address or nil pointer dereference in the Server.log.

With this PRTG version we announce the deprecation of several endpoints in the PRTG API v2. Deprecation for endpoints means, that they will be removed or replaced in the future, therefore please make sure to check if you are using some of them and prepare to migrate to the replacement endpoints. For example, the endpoint GET /channels will be replaced by /channels/{id} and /experiemental/channels, whereas the experimental endpoint can still be changed but is aimed to become a stable endpoint as well. In course of this change, we also removed the following experimental endpoints: GET /experimental/devices/id/settings, GET /experimental/sensors/id/settings. In the section /overview for the OpenAPI Documentation, we added detailed information about filtering, include parameters and endpoint maturity. For all relevant documentation, please have a look at Important changes to API v2 in PRTG 24.3.100

We fixed an issue where the generic autogenerated Examples for any API call did not work anymore and the returned response for those examples was not correct. For example, when you opened the call for GET Channels with the Example Channels you would not get all available fields or correct naming in the Example Value. To open the Swagger UI you need to enter http(s)://<(yourprtgserver)>:Port/api/v2/oas/.

We fixed an issue that occurred when you selected the Color Mode Dark in the PRTG classic interface and opened the new UI afterwards. Previously, not all settings and pages, for example reports and sensor settings, were displayed in Dark mode but still shown as Light (default).

We fixed an issue where linked objects in maps opened in PRTG classic interface. The issue occurred when you used the Select object option in the maps Properties, for example, to create a link. The link will then direct to the PRTG classic interface instead of the new UI.

We fixed an issue where the context menu was available for objects included in iframe pages in the new UI. For example, if you right-clicked on a parent object in settings like the Inherit from location, a context menu opened what should not have been available in this case.

You are now able to view and edit settings in the PRTG Setup pages within the new UI when you are logged in with an account with administrative rights. This includes all setup pages under System Administration, however, the License Information page will direct you to the classic UI currently when you want to update information on your license in the new UI.

To ensure secure communication furthermore we updated to OpenSSL version 3.0.13 since OpenSSL also retired the 1.1.1 series end of September 2023. The following TLS versions will be supported in the connection security settings for Probe Connection and PRTG Web Server settings: TLS 1.3, TLS 1.2, TLS 1.1, TLS 1.0.

Please note when you update to this PRTG version, that you cannot add new installations of mini probes because OpenSSL 1.0.2 is no longer supported. Existing installations of mini probes should not be affected.

We updated the API call that is used within the Cisco Meraki Network Health sensor since the formerly used API call /organizations/{organizationId}/devices/statuses was deprecated.

We improved the stability on PRTG probe level to avoid the risk of probe issues, such as access violations in the probe.log or a no longer working probe service.

With this PRTG version we introduce the new Virtual Domain Settings (VDOM) where you can select the virtual domain that this sensor monitors during sensor creation. Existing sensors are unaffected as the setting will show the default value root.

You will now see an additional section under Optional Downloads in the PRTG setup menu for the Multi-Platform Probe. This section can be found in the menu point Remote Probes and contains a link to the Multi-Platform Probe manual with installation guide, a download link for the required NATS server Download NATS Server for PRTG installer and additionally a step-by-step instruction for the Paessler Linux package repository (Debian and Ubuntu and RHEL). You can install the RPM package on a Linux system running Red Hat Enterprise Linux (RHEL) version 9.

We removed the notification on the PRTG Status page under Probes for connected Multi-Platform Probes that you need to install .NET for the Multi-Platform Probe.

Various other minor fixes and improvements, updated user manual.

We updated the Japanese language files.

We changed the Teams Webhook feature for notifications Send Microsoft Teams Message in PRTG, since Microsoft will retire Office 365 connectors within Microsoft Teams. Microsoft provides the new Workflows app that you can use for a workflow to post messages from a webhook request. With this PRTG version, Send Microsoft Teams Message notifications will now support Workflows webhooks that you can configure in your Microsoft Teams. For more information on how to set up your Teams notification in PRTG please see our Knowledge Base article: How do I create a webhook for the PRTG notifications to Slack and Microsoft Teams?

We fixed an issue where the DNS v2 sensor with Query Type Host address IPv6 (AAAA) or Host address IPv4 (A) (default) only considered one IP address returned by a hostname instead of any matching IP address. For example, if you wanted to check entries of a same DNS for IPv4 and IPv6 addresses in separate devices and an entry for IPv6 was missing or invalid, both variants (IPv4 and IPv6) would fail what instead should have been only the sensor running on the IPv6 device.

We fixed an issue for the MQTT Round Trip sensor where the default value was not displayed correctly in the MQTT Specific settings for Topic. Previously, the sensor Topic displayed was PRTG/roundtrip/%%sensorid.

We fixed an issue where the SNMP Uptime v2 sensor was not displayed in the map properties Top 10 lists for Longest System Uptime and Shortest System Uptime in previous PRTG versions. You could observe that other SNMP Uptime and WMI Uptime sensors on your system were shown in the lists but the SNMP Uptime v2 was missing.

You can verify the authenticity of the PRTG installer with the Secure Hash Algorithms for the following versions and release channels:

Preview 24.3.99.1463

• sha256_exe BF4645079DF74DA39EF989C0FAD7334297E8482911E5F222C8972B33C57220AE
• sha256_zip 21BF3D1C9505F02BE092823A18796F4C8A88BB4C18B796B8F3DBF5B7FB9DF22C

You are now able to include the Cisco WLC Access Point Overview (BETA) sensor in a device template when you have added the sensor to an appropriately configured device before. When you run an auto-discovery with the mentioned device template on a new device, the sensor will be created afterwards. Please note that you need to enable the PRTG BETA feature under Experimental Features in the PRTG Setup first in order to use this sensor.

You can try out the experimental SSH INodes Free v2 (BETA) sensor that monitors the free index nodes on disks of Linux/Unix and macOS systems via Secure Shell (SSH) and which was rewritten to work also on the Multi-Platform Probe. This sensor comes with the channels Downtime and Free INodes [Mount], like the former SSH INodes Free sensor. Please note that this sensor does not support the Compatibility mode for SSH Engine anymore. This feature was already deprecated in previous PRTG versions.

You are now able to include the SNMP Custom v2 (BETA) sensor in a device template when you have added the sensor to an appropriately configured device before. When you run an auto-discovery with the mentioned device template on a new device, the sensor will be created afterwards. Please note that you need to enable the PRTG BETA feature under Experimental Features in the PRTG Setup first in order to use this sensor.

You can now create a group in the new UI via context menu and action button on probe and group level with the corresponding user rights. After you have created a group, you will be redirected to the parent object where the group was created. Please note that you cannot add a group on root level.

We adjusted the wording for Edit Settings in the context menu when you opened it for a sensor. The menu option Edit Settings was displayed twice, however, the wording with the wheel icon should have been Edit Channel Settings instead of Edit Settings.

We added an automatic login timeout that happens after inactivity for 15 minutes when you are logged in on PRTG and want to navigate to the System Setup pages. You will then be logged out and receive a message Please re-enter your credentials to gain access to admin settings. After you have entered your login credentials again, you will be redirected to the page you wanted to navigate to before the automatic login timeout.

We fixed an issue that occurred in the Firefox browser console when you navigated to or within the Monitoring option. The JavaScript error message displayed was uncaught (in promise).

We fixed an issue for lookup bars in the new UI mobile view that were not displayed in the correct color mode like they are shown in the desktop view.

We added tabs for Logs and Maps to the main menu below the home icon where you are now able to create, edit and view maps within the new UI and where you can also view your logs for objects. When you open the Logs tab, you can see an additional filter option Choose Filter where you can select, for example, Filter: paused/resumed for objects. Please note that the feature for map rotation is currently disabled in the new UI.

We improved the setup page in the new UI for users without administrative rights. You will now have the sections Account Settings, Optional Downloads and Support on the Settings (setup) page in PRTG. Under Account Settings you now have the option to manage your API Keys and My Account settings. Please note that a user with read only rights is not allowed to access the setup main page and will instead receive a 403 - access denied error.

We fixed an issue that occurred when you navigated from the Sunburst view to the Tree view and vice versa with your keyboard arrows and clicked enter to confirm. Previously, you would see an unknown error displayed with the message An unknown error occurred. If necessary, try to reload the page.

• You can now edit the Scanning Interval for a sensor in the PRTG APIv2 via GET or PATCH request in the /devices/{id} endpoint.
• We fixed an issue where the device settings were not available when you executed a GET request on the schema endpoint /schemas/kind when kind=device with the purpose create under parent object. The sections which are marked as inheritable should be displayed, what was not the case in previous PRTG versions. The following device settings are now available when you execute the mentioned API call: cloudcredentials, dbcredentials, paessler-http-credentials_section, paessler-microsoftazure-azure_credentials_section, paessler-rest-authentication_section, scriptplaceholdergroup, vmwareconnection and windowsconnection.
• We added the settings section Schedules, Dependencies, and Maintenance Window that is now available in the device schema API. You can edit and view the according settings via the GET and PATCH endpoints over /devices/. Date and time indication will be displayed in UTC format, for example 2024-07-04T19:58:00Z. With GET device/id you are also able to fetch the inherited settings via scheduledependency_inheritance: true.
• We fixed an issue for the GET /experimental/devices endpoint that did not return the value for parenttags of a group if the group or devices within that group were paused.
• We fixed an issue for the GET /probes/id endpoint that did not return a value for the status_info field when you have paused the local probe with message before via POST request on /probes/{probeId}/pause.