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.
Many times, when debugging a large app in the IOS simulator, the locals window fails to populate.
Generally it starts up populated but then there is some 'event' (and I've no idea what it is) where, after stopping, rebuilding and re-running, the locals windows just remains empty. At this point the only thing I can do is use the Watch Window (which still does works) to get variable assignations.
This is a biggie and happens to me pretty much every development session.
The only way it seems this can happen is if you don't have debugging symbols in your build
That might be true, but its still happening.
It happens indeterminately with me. And it still happens with 4.0.3.
All I can think of is that something in the build process might be turning off the generation of debugging symbols.
Next time it happens, can you attach the ~/Library/Logs/XamarinStudio-4.0/Ide.log file? Perhaps we'll get lucky and an exception is getting logged that might account for the Locals Window breaking for some reason other than missing debug symbols (which I don't think would be logged)
So this is still happening, and it makes debugging very hard.
However, I did see something that might explain what is going on. I _think_ that the window is being resized physically, but not resized logically.
By that, I mean that I was working yesterday and I saw that most of the local variables were being scrolled off the top of the window - I could just make out the bottom of the text of some of the local variables.
I wonder if this is the problem?
That could be it. I remember Michael Hutchinson showing me a similar problem in one of the other list views about a year ago.
Do you have a lot of local variables? Are you scrolled down when you stop the debugger (i.e. not at the top). I am wondering if maybe when the list gets cleared, it stays "scrolled" down.
I'll try playing with this idea to see if I can reproduce now that I have some ideas to work with.
fixed in git master