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.
Setting this as major as the only workaround is to stop my work and restart XS
I haven't been able to reproduce this. Does this still happen (4.1.7?) and if so, can you provide any steps?
I can still reproduce it with master as of today. One way to reproduce it is to get the popup dialog before XS asks for file reload.
Mike? Lluis? Any ideas?
In my experience those exceptions popups has almost never been responding to mouse clicks.
Right now it happened for me on XS 4.2.2(build 2) on windows.
Update, I left XS with the unresponsive popup while searching for this bug and now it is responding.
Marek: is this only an issue on specific platforms?
I still cannot reproduce this.
I am running this on Mac, so it looks like it's not
ok, I'm on Mac as well... :-\
Marek, can you provide specific steps for reproducing this issue?
I still get it with master but don't have exact steps how to reproduce it yet.
Marek, can you attach the IDE log?
*** Bug 11385 has been marked as a duplicate of this bug. ***
Getting the same bug - was going to file a new one until I saw this.
Mac OSX 10.9.3, Xamarin Studio 4.2.5.
I can't believe that the "close" box doesn't get rid of it.... if anything, it makes it propagate.
In the most recent instance, I had set a NavigationTableView.BackgroundColor to "null", [meant to be the BackgroundView, slip of the typo]. Fix the error, can't get of the darned Exception dialog box.
And I just checked: closing and re-opening the solution doesn't get rid of it (though it does reduce the size just down to the lightning-bolt, that is, unless you click on the lightning-bolt, in which case it goes back up to normal size of about 2 inches wide by 1 inch tall, which obstructs a large fraction of the screen and is annoying as hell).
I have finally managed to reproduce this highly annoying bug which requires XS restart.
public static void Main ()
throw new ApplicationException ();
1. wait for exception popup
2. go to line after throw
3. delete the line, so the popup has to move.
4. stop debugger
and the popup is still there.
Marek tnx for finding steps to reproduce.
Fix is available in version 22.214.171.124 on master branch.
Now exception pop up gets removed on stopping the debugger.
Version 5.2 (build 180)
Git revision: c27cfff0160e6f3d8ad82b57be030d6adf866743
Xamarin addins: 68026ad1ccee9923e927d9cfcca408d673d5ab61
Fixed in version 126.96.36.1994 (new-project-model)