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.
If i'm debugging and i'm at a breakpoint, i can't resize xamarin studio. I get the resize mouse cursor, but when i drag nothing happens.
I can't reproduce this.
Does this happen every time? Does this always happen at the first breakpoint? Or only at a later point? Does this also happen with simple solutions (i.e. a single C# file) or only with more complicated projects?
but it turns out, it's only the bottom right corner one. side resize works for example.
Looked at this again. Xamarin Studio draws a resize grip in the bottom right corner, but only the bottom right of this resize grip ( ;) ) will trigger resize. If you e.g. try the top left of the resize grip, the cursor does change to reflect resizing is possible, but resizing does not work.
byran: could you confirm this is the case? Then we are certain we are talking about the same issue.
The resize grip is defined in MonoDevelopStatusBar.cs as a simple GtkLabel with empty string. I don't see any event handling for this label so quickly.
If it is expected that OS X will handle the resizing for the area covered by the "grip", this will only work if showsResizeIndicator is set to YES on the toplevel window. Otherwise, GTK+ will process the event and not leave it to AppKit. However I think that as a downside this will draw an OS X resize indicator on Snow Leopard and earlier.
I think the possible fixes here are:
- MonoDevelopStatusBar needs to implement its own event handling logic for the resize grip.
- We add a hack to set a property on a GdkWindow, so that test_resize() in gdkevents-quartz.c overrides the showsResizeIndicator property when the hack flag is set to true ....
Lluis, status bar is your area, thoughts?
This bug has been in the NEEDINFO state with no changes for the last 90 days. Can we put this back into the NEW or CONFIRMED state, or are we still awaiting response?
If there is no change in the status of this bug over the next two weeks, this bug will be marked as NORESPONSE.
The pull request was merged long ago.
Sorry, I fixed this and forgot to close the bug.
Today we have checked this issue with following builds :
XS 4.2.3 (build 24)
Now we are able to re-size XS window while breakpoint is hit.
Screencast : http://www.screencast.com/t/wlY9tAMa
Hence closing this issue.