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.
I have downloaded the latest version of the Monogame samples packages (https://github.com/CartBlanche/MonoGame-Samples) and try to open the iOS solution in Monodevelop 184.108.40.206 on my Macbook Pro with 4GB of RAM.
MD states that it is loading the solution and eats 75% of CPU but never finishes loading. If I kill MD after a while and try to open the SLN file again, the file will be opened in HEX view and is no longer recognized as a valid solution file.
FYI: The Monogame team has fixed the solution and it can be opened again. Neverthelelss, Monodevelop should not lock up I think.
Do you know the revisions of MonoGame and MonoGame-Samples that you had the problem with?
I don't see anything about .sln or .csproj fixes in either module.
No, sorry. When retrying it I just downloaded the latest through GIT and it opened.
This is the discussion about the issue: https://github.com/CartBlanche/MonoGame-Samples/issues/10 if you want to investigate further, maybe just ask them.
I would consider it resolved or lowest prio for now.
I can't reproduce the problem with MonoDevelop from git master, so presuming fixed.