@BillHubbard: Could you provide a test case that causes this crash. The line that you removed alone in a file doesn't seem to cause any problems, but I'd like to find out what does.

Unfortunately, I am now unable to recreate this problem. I made a lot of changes in doc-comments and guides since I posted the issue last week, so maybe there was some unusual combination of things that created the problem. The offending file was still open in my editor this morning, so I did undo all the way back to where the issue happened, but now the issue is no longer showing up, so perhaps it was a condition in an adjacent file in the process that got corrected with other changes.

Currently the only way to exclude a class for docs is to leave it undocumented (or use /* or // comments instead of /**). The only nuisance is that you need to also change the comments of all methods in class. Another option is to simply exclude the file from JSDuck input.

The main problem is that you don't want anything depending on a class that you have completely hidden. Many of the private classes of Ext JS are really fundamental base classes that you don't want to completely hide.

I like how the docs display the Requires/Uses classes. However, I noticed that when using the MVC configs for models/stores/views, these are not being interpreted as implicit requires in the docs. Any chance these will be added?

This release includes one breaking change: the --stdout and --json options have been removed and replaced with --export option. Instead of --json use --export=full. Instead of --stdout use --export=full --output=-.

Another large change is that @alias has been replaced with @inheritdoc which by default inherits documentation from parent class member with the same name. The @alias is now used for explicitly documenting the aliases in Ext.define. So alias: "widget.grid" can be explicitly documented as @alias widget.grid. But for backwards-compatibility it still works if you use alias the old way: @alias SomeClass#method.

The main addition is that warnings can now be toggled on/off more granularly. For example: --warnings=-link will turn off warnings related to {@link}-s. Another example: --warnings=-all,+image,+link will hide all warnings except those related to links and missing images.

Another main addition or fix is that private members now hide public members in parent class. The old behavior where private members were simply ignored was counter-intuitive and was several times reported as bug. So now finally it's fixed.

Mostly I'd call it a cleanup release. Lots of old nagging issues have been fixed and the internals of JSDuck have seen some heavier refactoring. See the full changelog for details.