This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

UTM 9.104 Soft-Released

SOPHOS UTM v9.104 has been soft-released, MD5: 7b8cf3f4cd718ccfde0a35ffb8447442

Changelog:
News
· Bugfix Release
· Fixed: Several issues with RED and Wifi stability
· Fixed: Several issues with Web Protection reporting
· Fixed: Several issues with IPv6 Prefix Delegation
· Fixed: Missing entries in the Japanese Localization
· Added: Button to reset UTM ID to be able to use Endpoint Protection on cloned machines
· Changed: RED/VPN up/down notifications are disabled by default
· Changed: Show more detail information in Wireless Protection
· Changed: Improve DNS lookup performance in Web Filter
Remarks
· System will be rebooted
· Configuration will be upgraded
· Connected REDs will perform firmware upgrade
· Connected Wifi APs will perform firmware upgrade
Bugfixes
22750 Swapon failed for explicit UUID
25742 ha: disabling virtual_mac for ha did not result in different mac addresses on master/slave
25766 RED 50 connection is permanently dropped after HA takeover
25916 SUM can't set Web Filter URL Blacklist and URL Whitelist
26002 Web Application Security: .docx files broken after upload and download
26052 Performance problem in MiddleWare when generating SSL VPN configuration with many networks and users
26066 Show Frequency Band in the info of the Wireless Networks
26119 Wifi [ASG]: MAC Filter Whitelist not working
26452 Web Security reporting does not work correctly
26613 Since update to v9.101 inodes are filling up the slave node root partition


This thread was automatically locked due to age.
Parents
  • Trust me, just a complete list of RPMs won't help in any way to understand what the changes were and what impact they might have. The product is much more complex and changes here may break stuff somewhere else. Same for Mantis, many IDs are too long or too short or too complicated for the enduser to understand. They're intended for use by support, devs & QA: It's our internal bugtracking system and it's good advice to keep it as such.

    I agree with you that the U2D changelog isn't always correct or helpful nor does it always cover the needed information depending on your case. It's just a list of fixes we think areimportant for the majority of customers. Customers with support tickets should be able to tell by the ticket if the problem is solved in a specific release or when we plan to release a fix. Bad luck for community users though but IMO that's okay for a free-to-homeuse product.
Reply
  • Trust me, just a complete list of RPMs won't help in any way to understand what the changes were and what impact they might have. The product is much more complex and changes here may break stuff somewhere else. Same for Mantis, many IDs are too long or too short or too complicated for the enduser to understand. They're intended for use by support, devs & QA: It's our internal bugtracking system and it's good advice to keep it as such.

    I agree with you that the U2D changelog isn't always correct or helpful nor does it always cover the needed information depending on your case. It's just a list of fixes we think areimportant for the majority of customers. Customers with support tickets should be able to tell by the ticket if the problem is solved in a specific release or when we plan to release a fix. Bad luck for community users though but IMO that's okay for a free-to-homeuse product.
Children

  • It's just a list of fixes we think are important for the majority of customers. Customers with support tickets should be able to tell by the ticket if the problem is solved in a specific release or when we plan to release a fix. Bad luck for community users though but IMO that's okay for a free-to-homeuse product.


    Hi, it's not just the community users that are out of luck; anyone who isn't CC'd on those tickets may not know what changes are taking place (including Platinum/Premium users such as myself).

    Barry