As reported earlier, AutoCAD 2017 SP1 breaks third-party add-ins that use the officially approved Autoloader mechanism. Autodesk is to be commended for acting quickly to produce a hotfix for this. In order to make this hotfix available quickly, Autodesk has taken the very unusual step of allowing a third party to distribute it. See this post from Jimmy Bergmark, who pointed out the bug in the first place. Kudos to whoever at Autodesk made the call to think outside the box to do this. It’s a very un-Autodesk Corporate thing to do, and particularly commendable for that very reason.
It’s important to note that because of the way Service Packs are now handled in AutoCAD and the vertical products based on it, this SP1 bug affects all of those products, not just base AutoCAD. Here is the list of affected products*:
As reported by Jimmy Bergmark, AutoCAD 2017 SP1 will break add-ins that use Autodesk’s built-in autoloader mechanism. It looks like it’s a problem caused by third party applications, but it’s not. It’s entirely Autodesk’s fault. The only fix at this stage is to uninstall SP1.
It’s astonishing that Autodesk would release a service pack like this, introducing a nasty bug that will break customers’ existing functionality. This reminds me of the comedy of errors that was AutoCAD Release 13 with its multitude of updates, many of which introduced new bugs as well as fixing others. AutoCAD 2017c4a, anyone?
If you needed any more evidence that automated continuous updates from Autodesk are A Bad Idea, here it is. What a crock.
The most frequently accessed posts on this blog are the AutoCAD 201x – Putting things back to “normal” series. They also attract a lot of comments:
Most Commented Posts
AutoCAD 2013 – An Autodesk Help writer responds – 164 comments
AutoCAD 2012 – Putting things back to “normal” – 158 comments
AutoCAD 2011 – Putting things back to “normal” – 135 comments
AutoCAD 2009 – Putting things back to “normal” – 121 comments
AutoCAD 2010 – Putting things back to “normal” – 106 comments
The … Full post