In testing a new feature of Parallels Tools, it has been confirmed that the preferences setting "Disable automatic updates" does not work. This has been verified by blocking port 80 of address 18.104.22.168 (downloads.parallels.com) and enabling the "Disable automatic updates" preferences setting, and waiting for an update to arrive from Parallels. Starting Parallels Toolbox with this setting enabled results in Parallels Tools trying to contact that network address, despite it being unreachable, and causes the CPU to be very busy executing Parallels Tools according to Activity Monitor, elevating the temperature of the system to unusual levels--on a 2-core Core i7 MacBook Pro, CPU consumption on an idle system increases to 40%. It is expected that "Disable automatic updates" should actually stop Parallels Tools from performing such update checks, however, this appears not to be the case, as it: 1) despite the fact that the preference is set, tries to check for updates anyway, and 2) continues to expose an original product bug in relation to when the computer is unable to reach a service (downloads.parallels.com) where the error recovery procedure is inadequate in recovering from network failures by falling into a very tight endless loop. Please fix the update mechanism for Parallels Toolbox to alleviate these issues. It should not try to download an update if this check box is active, and it should not retry again until the next restart in the even that the update cannot be fetched from the network.