Notice (2018-05-24): bugzilla.xamarin.com is now in
Please join us on
Visual Studio Developer Community and in the
Mono organizations on
GitHub to continue tracking issues. Bugzilla will remain
available for reference in read-only mode. We will continue to work
on open Bugzilla bugs, copy them to the new locations
as needed for follow-up, and add the new items under Related
Our sincere thanks to everyone who has contributed on this bug
tracker over the years. Thanks also for your understanding as we
make these adjustments and improvements for the future.
Please create a new report on
Developer Community or GitHub with
your current version information, steps to reproduce, and relevant error
messages or log files if you are hitting an issue that looks similar to
this resolved bug and you do not yet see a matching new report.
With Mono 18.104.22.168 beta, which includes the new GTK+, window resizing is not reliable, especially when using the grip at the bottom right corner of the window.
I can confirm this. The grip at the bottom right corner does not work for me most of the time.
If the bottom right grip is handling window resizing "itself" by using GTK+ calls, it is likely that this is conflicting with whatever OS X is trying to do. I've seen such problems with the default GTK+ window resize grip.
If I am not mistaken, only the resize grip should be affected. There are two cases to distinguish:
1. If you start the resize within ~5 pixels from the window border (in this case you see the double arrow cursor) , resizing works fine.
2. If you start the resize further away from the window border, but still on the resize grip (in this case you see a different cursor (arrow pointing into a "corner")), then the resize does not behave properly.
This can be reproduced this way using the "application window demo" in gtk-demo as well.
Looking into a fix now.
When the resize is handled by GTK+ manually (instead of by Quartz), the expected events are received by the event translation function, but they end up in the wrong place. I think the events end up in GDK, but they are expected to be handled through Quartz (so they end up at sendEvent: in GdkQuartzWindow).
I need to double check how this was handled in Snow Leopard and whether GTK+'s own resizing worked at all there (otherwise, always the Quartz resizing was used).
> I need to double check how this was handled in Snow Leopard and whether GTK+'s
> own resizing worked at all there (otherwise, always the Quartz resizing was
For the record, GTK+'s manual resize does not work in Snow Leopard either.
I will attach two patches which fixes GTK+'s manual resizing. Window resizing will then work regardless of where on the resize grip the drag is started.
Testing is appreciated. After testing, we will push this upstream in the 2-24 and latest 3-x branches.
This is related to upstream bug 512233 (https://bugzilla.gnome.org/show_bug.cgi?id=512233) where I've published the same patches.
Created attachment 1386 [details]
Patch 1 of 2: Export break_all_grabs within GDK Quartz backend
Created attachment 1387 [details]
Patch 2 of 2: Fix manual window resizing
Kris: could you explain how to reproduce this on Snow Leopard?
(My dev machine is Snow Leopard)
Assigning to Alan to test on Lion (since I'm on SL)
Alan: can you test these patches out sign off on them if they fix the issue on Lion for you?
We want to get these patches into Mono 2.10.9 final if we can.
ok, apparently Alan is on holiday until Tuesday. I guess I'll have to try and remember to test this out on my MBA tonight when I get home.
*** Bug 1582 has been marked as a duplicate of this bug. ***
> Kris: could you explain how to reproduce this on Snow Leopard?
> (My dev machine is Snow Leopard)
Start the window resize by starting the drag on the resize grip as far *inside* the window as possible. I think you should be seeing a different mouse cursor compared to on the border of the window. This way you will test the GTK+ window resizing (instead of Quartz) which was broken without the patch.
Aha! Yes! I can now reproduce! Thanks Kris!
Okay, verified that these 2 patches fix the resizing on Snow Leopard.
Duncan: can you add the patches from bockbuild commit 8dfadbae4e227cd232fe769116fe1d357f9c7252 to our Mono 2.10.9 build?
We shipped these fixes in the 2.10.9_5 build of the Mac DMGs.
(Patches have beeb merged upstream)