[6000.1] Make sure tooltip window handle is being destroyed when parent window/control is destroyed

[zorana-curkovic]

Inside Systems.Windows.Forms various dialogs and views use and create Tooltip window. The tooltip window is special in a way that is never added to the controls of the window which created the tooltip resulting in never being destroyed with the main window. After the tooltip window is used and domain reload happens, focusing on a newly created main window can result in a crash as the tooltip's registered class object no longer exists in memory.

This PR adds two things:

1. provides a way to set parent/owner for the tooltip window so it can be added to the controls of its owner to be destroyed when its owner is
2. Make sure that classes using the tooltip don't create it in their constructor as that is too early for registering with controls

The fix is applied to the following classes instantiating the tooltip:

• datagridview
• internalwindowmanager
• filedialog
• tabcontrol
• statusbar
• listview
• toolstriptextbox
• toolstrip
• toolbar
• treeview

Fix is not applied to the following classes instantiating tooltip as there is no obvious or guaranteed owner:

• helpprovider

• errorprovider

• Should this pull request have release notes?

  • Yes
  • No

• Do these changes need to be back ported?

  • Yes
  • No

• Do these changes need to be upstreamed to mono/mono or dotnet/runtime repositories?

  • Yes
  • No

Reviewers: please consider these questions as well! ❤️

Release notes

Fixed UUM-79065 @zorana.curkovic
Mono: Prevent the crash on domain reload when Windows Form is using a tooltip window.

6000.0
2022.3
2021.3