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.
Created attachment 13058 [details]
Screenshot of activation error dialog
This one is strange: http://screencast.com/t/2ex50PHI5P
It looks like every command is disabled. All leaf-node menu items are disabled.
Attached screenshot shows one menu. Screencast shows them all disabled.
=== Xamarin Studio ===
Version 5.10 (build 799)
Installation UUID: 2701a58e-0630-4e42-b81d-229161066215
Mono 4.2.1 (explicit/dbd6429)
GTK+ 2.24.23 (Raleigh theme)
Package version: 402010036
=== Xamarin.Profiler ===
=== Apple Developer Tools ===
Xcode 7.0 (8223)
=== Xamarin.iOS ===
Version: 126.96.36.199 (Starter Edition)
Build date: 2015-08-04 13:52:25-0400
=== Xamarin.Android ===
Version: 188.8.131.52 (Starter Edition)
Android SDK: /Users/aaron/Library/Developer/Xamarin/android-sdk-macosx
Supported Android versions:
2.3 (API level 10)
4.0.3 (API level 15)
4.4 (API level 19)
5.0 (API level 21)
5.1 (API level 22)
SDK Tools Version: 24.3.2
SDK Platform Tools Version: 22
SDK Build Tools Version: 23.0.0
Java SDK: /usr
java version "1.8.0_40"
Java(TM) SE Runtime Environment (build 1.8.0_40-b27)
Java HotSpot(TM) 64-Bit Server VM (build 25.40-b25, mixed mode)
=== Xamarin Android Player ===
Location: /Applications/Xamarin Android Player.app
=== Xamarin.Mac ===
Version: 184.108.40.206 (Starter Edition)
=== Build Information ===
Release ID: 510000799
Git revision: 324ed342c08e2d35c4738f5cbb99f43d57186f90
Build date: 2015-09-18 14:43:35-04
Xamarin addins: 97a862a9dcaa31e9044c8613ef42e0a588c8d012
Build lane: monodevelop-lion-cycle6
=== Operating System ===
Mac OS X 10.11.0
Darwin porkbelly.local 15.0.0 Darwin Kernel Version 15.0.0
Wed Aug 26 16:57:32 PDT 2015
How can this be reproduced?
I honestly have absolutely no idea how I got into that state. I quit XS and haven't seen it since. There wasn't anything obvious like a crash/stacktrace in the IDE log.
*** Bug 34530 has been marked as a duplicate of this bug. ***
There's logic to disable the menus when a modal dialog is on screen, it may be possible that some how this is failing to be cleared when the dialog is closed.
I wonder if this is associated with the SIM showing the select application during debugging problem too?
Just ran into this again, but still not sure what I may have done to trigger it. The last thing I did was run the updater. It errored out "Error retrieving update information." Then I clicked "Close" and noticed that all the leaf node menu items were disabled again.
This morning the updater downloaded iOS and XS new stables but would hang on the install. I had to reboot Mac with El Capitan and then run the install to work. This happened on both of my Macs.
*** Bug 35465 has been marked as a duplicate of this bug. ***
*** Bug 35807 has been marked as a duplicate of this bug. ***
Just to add I see this about once a day. It may be down to debugging and sitting on breakpoints or viewing variables in the popover dialog but am not sure on this as not clear exact steps. Just working debugging app and after a while find XS in this state. My first thought was modal dialog open hidden behind app or something but nothing is visible or shows if you enter 'F3' to go into window picker view of desktop.
Have figured out at least one way to reproduce this issue, at least for me. Open a solution in XS. Then go File / Open... and choose a file that is not part of the solution you have open. Having done this all the leaf menus are disabled. I do this reasonably often to bring in files to XS from other projects for reference.
Mark: and you're using El Capitan as well?
Correct - 10.11.2 Beta (15C27e)
One way to reproduce this seems to be to double click the References item in the Solution Pad and then use the Escape key to close the dialog. After that the menu items will be disabled
I am not able to reproduce this issue. I have taken following attempts to reproduce this issue:
Attempt 1: Double click the References item in the Solution Pad and then use the Escape key to close the dialog. (Not Reproduced)
Attempt 2: Open a solution in XS. Then go File / Open. Open .swf file. (Not Reproduced)
Attempt 3: Click on About Xamarin Studio. Dismiss the about window by clicking on the top-left red circle (MAC OS), not the 'close' button (Not Reproduced)
Attempt 4: Click on 'Check for Updates'. Channel starts update ton 'Xamarin Update' dialog box. Escape key to close the dialog
Attempt 5: Double click on .storyboard file to open it on IDE. Close .storyboard before loading designer.
I have tried to reproduce it with more scenarios but not get success.
3. XS 5.9.7 (build 22)
I have found an additional way to reproduce the issue (5.10.1 Build 6, stable, El Capitan).
1) Open a solution in Xamarin Studio.
2) Right click References -> Edit References
3) Select ".Net Assembly" tab
4) Select Browse button, choose a dll not in the current solution to add, select the dll
5) Press OK to add the assembly and close References dialog
6) Check Menu Items, most should be disabled
*** Bug 36827 has been marked as a duplicate of this bug. ***
*** Bug 36290 has been marked as a duplicate of this bug. ***
I have checked this issue with the fix build XS 5.10.2 (build 40) provided in the bug
https://bugzilla.xamarin.com/show_bug.cgi?id=36827#c2, and I observed that I am no longer able to reproduce this issue with this build on OS X 10.11.0 and OS X 10.11.2. It seems that this issue has been fixed and working fine. Now Menues options are in enable mode and working according to their functionality.
As I am not observing/reproduce this issue at my end, hence I am changing its status to
Resolved Fixed and I will Rr-Verify this issue when fix will merged in Release branch.
Environment Info: https://gist.github.com/Rajneesh360Logica/9cc07fda0f5960fd6802
*** Bug 37107 has been marked as a duplicate of this bug. ***
I have checked this issue with the following build from C6SR1:
I observed that this issue has been fixed, and I am longer able to reproduce this issue with this build on OS X 10.11.0 and OS X 10.11.2. Now Menues options are in enable mode and working according to their functionality.
As I am not observing/reproduce this issue at my end, hence I am closing this issue.
Also if anyone face this issue, please feel free to reopen this issue or filed a separate one.
It's still happening, it's NOT resolved :(
El Capitan 10.11.2
Xamarin Studio 5.10.1
@email@example.com - it is fixed in 5.10.2 which can be found on the Alpha channel
This also happens to me frequently. Menu items grayed out and have to force quit the application.
El Capitan 10.11.2
Xamarin Studio 5.10.1
*** Bug 37472 has been marked as a duplicate of this bug. ***
*** Bug 37516 has been marked as a duplicate of this bug. ***
Hey all, I have this as well. It was happening to me multiple times per day, so I switched to Alpha.
I will switch back and try to reproduce.
By debug the source code of MonoDevelop, I have found the bug, please fix this method,
MacPlatform.MacPlatform.cs --> IsModalDialogRunning(),
return toplevels.Any (t => t.Key.IsVisible && (t.Value == null || t.Value.Modal) &&
!(t.Key.DebugDescription.StartsWith("<NSStatusBarWindow", StringComparison.Ordinal) ||
t.Key.DebugDescription.StartsWith ("<NSToolbarFullScreenWindow", StringComparison.Ordinal) ||
t.Key.DebugDescription.StartsWith ("<NSCarbonMenuWindow", StringComparison.Ordinal)||
t.Key.DebugDescription.StartsWith ("<NSLimitedMenuViewWindow", StringComparison.Ordinal)
on osx 10.11.2, it will become a new child window, NSLimitedMenuViewWindow, just ignore this window , it will be OK.
Max, this has already been fixed. You can test it using XS 5.10.2, which is currently available in the alpha channel.
*** Bug 37650 has been marked as a duplicate of this bug. ***
*** Bug 37895 has been marked as a duplicate of this bug. ***
This is still an issue. I am using xamarin studio 5.10.2 on windows 7 and encountered this issue.
Steps to Reproduce:
* Open any xamarin.forms project
* Run the debugger with the xamarin android player (I am using Nexus 7 lollipop)
* Stop the debugger with the stop button in xamarin studio
* Run and stop the debugger once more, now the leaf nodes for the menu options at the top are gone, the file menu still works, but not the project or build menu
Hi Brandon, I've split your comments out into a separate bug: https://bugzilla.xamarin.com/show_bug.cgi?id=38871 , as this bug was related to the OS X version and the fix would be something different