[Bug 39158] New: strange behaviour of WinForms components using MS .net

https://bugs.winehq.org/show_bug.cgi?id=39158

Bug ID: 39158
           Summary: strange behaviour of WinForms components using MS .net
           Product: Wine
           Version: 1.7.50
          Hardware: x86
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
          Assignee: [e-mail]
          Reporter: [e-mail]
      Distribution: ---

Created attachment 52192
  --> https://bugs.winehq.org/attachment.cgi?id=52192
executable of the demo

The bug was detected on a system as follows:
* Linux Mint 17.2 64-bit
* Wine 1.7.50 with a 32-bit environment
* orginal Microsoft .net 4.0 framework installed in Wine (using winetricks)

Attached is a simple .net program which is written in C# and consists of
several small source files.

The main windows of this program contains a component of type
System.Windows.Forms.StatusStrip with property GripStyle=Visible.
Moreover, the main window contains a component of type
System.Windows.Forms.ToolTip which is connected with some other GUI component
(which is a simple button in this demo).

The compiled exe file is attached. If it is executed on a Windows system, the
status strip shows a grip which can be used for resizing the window
(additionally to the actual borders of the window). Moreover, the tooltip
attached to the button works as expected.

If the same exe file is executed on a Linux system as described above (i.e.
Wine using the original MS .net 4.0 framework), the behaviour is different.
The status strip does not show an additional grip. However, the position where
the grip should be diplayed is sensible to mouse actions. But it does not cause
resizing of the window but some strange resizing effect on the other GUI
elements of the window (in this demo on the button). Moreover, the tooltip
attached to the button steals the focus from the window (this is in particular
a problem for text edit boxes as clicking on the box leads to the tool tip
stealing the focus from the edit box, so you cannot really enter text...). By
the way, the tool tip which is attached to the status strip element works fine
(but this is not a connected element of type Forms.ToolTip but is implemented
by the StatusStrip itself...).

The same executable using the same .net framework behaves in different ways,
depending on whether this is run on windows or on linux using wine. Therefore,
the reason for the difference must be found within wine.