Blender Git Loki

Fix T68191: Make-instances-real doesn't select the new instances

2.79 also did this [select the new instances] which was useful.
2.79 also kept the instancer selected [this patch deselects]

Reviewed By: mont29

Maniphest Tasks: T68191

Differential Revision: https://developer.blender.org/D6233

Merge branch 'blender-v2.81-release'

Fix active bone flip not activating the wpaint vertex group

Merge branch 'blender-v2.81-release'

Cleanup: quiet warnings

Merge branch 'blender-v2.81-release'

Merge branch 'blender-v2.81-release'

Merge branch 'blender-v2.81-release'

Merge branch 'blender-v2.81-release'

API Docs: don't show functions in 'bpy.app.handlers'

This shows the function and it's memory location,
it's not useful for docs so remove it.

API Docs: only document built-in types

Some types were documented in bpy.types aren't accessible there.

For now, disable documenting types from add-ons and some types from
bl_operators, bl_ui... since these are mostly for internal use.

PyAPI: add class and module attributes to rna_info.InfoStructRNA

Module access is needed for documentation generation to exclude
non built-in modules.

This also fixes a bug creating references to non built-in types.

Docs: correct indent for to_swing_twist docstring

Merge remote-tracking branch 'origin/blender-v2.81-release'

Fix: Filebrowser saving dialog size when maximized

Reviewed By: Severin

Differential Revision: https://developer.blender.org/D6260

Merge branch 'blender-v2.81-release'

Fix T70991: Maximized file browser hides file name bar on Windows

`WS_CHILD` is a different kind of child window that what we define as
child window. See http://forums.codeguru.com/showthread.php?491604.

Setting this style flag seems to mess things up a bit in our
configuration. The name bar is actually being overlapped by the Windows
task bar then. Not totally sure why this happens, but I think it's
because windows with the `WS_CHILD` style are positioned relative to the
parent, not the desktop (screen without taskbar). So it uses the full
space available when maximized, which isn't clipped by the taskbar
anymore.

Fix crash when freeing Blender after GTests

This only frees brush_rng and random_tex_array when they were actually
previously allocated.

In a unit test (see D6246) I want to be able to partially start Blender
so that I can load a blend file. To prevent memory leaks, I also want to
be able to release memory, which currently requires calling
`BKE_blender_free()`. This unconditionally calls `RE_texture_rng_exit()`
and `BKE_brush_system_exit()`, which now crash on freeing `NULL`. This
patch fixes that.

Allocation (`BKE_brush_system_init()`) and freeing
(`BKE_brush_system_exit()`) are done asymmetrically. The allocation
functions are called from `main()` in the creator module, but the
freeing is done by `BKE_blender_free()` the Window Manager. Ideally we
symmetrise this and initialise Blender from outside the window manager
(so that the initialisation can be done without WM and Python too), but
for now I'm happy when things don't crash.

Reviewed by: sergey via pair programming

Keymap: pressing leader key (Alt) again closes tool prompt

Provides a convenient way to close
if the tool prompt is opened by accident.

Cleanup: unused argument, variable warnings