Bug 10485 - Error going to definition in assembly browser
Summary: Error going to definition in assembly browser
Status: RESOLVED DUPLICATE of bug 11811
Alias: None
Product: Xamarin Studio
Classification: Desktop
Component: Assembly browser ()
Version: 4.0
Hardware: PC Mac OS
: Low normal
Target Milestone: ---
Assignee: Mike Krüger
URL:
Depends on:
Blocks:
 
Reported: 2013-02-20 20:18 UTC by Mikayla Hutchinson [MSFT]
Modified: 2013-04-22 18:11 UTC (History)
1 user (show)

Tags:
Is this bug a regression?: ---
Last known good build:

Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and 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 Links.

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.

Related Links:
Status:
RESOLVED DUPLICATE of bug 11811

Description Mikayla Hutchinson [MSFT] 2013-02-20 20:18:01 UTC
Go to definition on Init() in main/src/addins/MacPlatform/MacInterop/Cocoa.cs:

System.NullReferenceException: Object reference not set to an instance of an object
  at MonoDevelop.AssemblyBrowser.AssemblyBrowserWidget.IsMatch (ITreeNavigator nav, System.String helpUrl, Boolean searchType) [0x00000] in /Users/michael/Mono/monodevelop/main/src/addins/MonoDevelop.AssemblyBrowser/MonoDevelop.AssemblyBrowser/AssemblyBrowserWidget.cs:547 
  at MonoDevelop.AssemblyBrowser.AssemblyBrowserWidget.SearchMember (ITreeNavigator nav, System.String helpUrl) [0x0000c] in /Users/michael/Mono/monodevelop/main/src/addins/MonoDevelop.AssemblyBrowser/MonoDevelop.AssemblyBrowser/AssemblyBrowserWidget.cs:593 
  at MonoDevelop.AssemblyBrowser.AssemblyBrowserWidget.SearchMember (System.String helpUrl) [0x00000] in /Users/michael/Mono/monodevelop/main/src/addins/MonoDevelop.AssemblyBrowser/MonoDevelop.AssemblyBrowser/AssemblyBrowserWidget.cs:395 
  at MonoDevelop.AssemblyBrowser.AssemblyBrowserWidget.Open (System.String url, MonoDevelop.AssemblyBrowser.AssemblyLoader currentAssembly) [0x00000] in /Users/michael/Mono/monodevelop/main/src/addins/MonoDevelop.AssemblyBrowser/MonoDevelop.AssemblyBrowser/AssemblyBrowserWidget.cs:1201 
  at MonoDevelop.AssemblyBrowser.AssemblyBrowserViewContent.Open (System.String url) [0x00000] in /Users/michael/Mono/monodevelop/main/src/addins/MonoDevelop.AssemblyBrowser/MonoDevelop.AssemblyBrowser/AssemblyBrowserViewContent.cs:100 
  at MonoDevelop.Ide.ProjectOperations+<JumpToDeclaration>c__AnonStoreyAD.<>m__15A () [0x00017] in /Users/michael/Mono/monodevelop/main/src/core/MonoDevelop.Ide/MonoDevelop.Ide/ProjectOperations.cs:295 
  at MonoDevelop.Ide.Gui.Document.RunWhenLoaded (System.Action action) [0x00018] in /Users/michael/Mono/monodevelop/main/src/core/MonoDevelop.Ide/MonoDevelop.Ide.Gui/Document.cs:681 
  at MonoDevelop.Ide.ProjectOperations.JumpToDeclaration (INamedElement element) [0x00116] in /Users/michael/Mono/monodevelop/main/src/core/MonoDevelop.Ide/MonoDevelop.Ide/ProjectOperations.cs:292 
  at MonoDevelop.Ide.ProjectOperations.JumpToDeclaration (INamedElement visitable, Boolean askIfMultipleLocations) [0x0009f] in /Users/michael/Mono/monodevelop/main/src/core/MonoDevelop.Ide/MonoDevelop.Ide/ProjectOperations.cs:264 
  at MonoDevelop.Refactoring.CurrentRefactoryOperationsHandler+JumpTo.Run () [0x0008e] in /Users/michael/Mono/monodevelop/main/src/addins/MonoDevelop.Refactoring/MonoDevelop.Refactoring/RefactoryCommands.cs:130 
  at MonoDevelop.Refactoring.CurrentRefactoryOperationsHandler.Run (System.Object data) [0x0000d] in /Users/michael/Mono/monodevelop/main/src/addins/MonoDevelop.Refactoring/MonoDevelop.Refactoring/RefactoryCommands.cs:81 
  at MonoDevelop.Components.Commands.CommandHandler.InternalRun (System.Object dataItem) [0x00000] in /Users/michael/Mono/monodevelop/main/src/core/MonoDevelop.Ide/MonoDevelop.Components.Commands/CommandHandler.cs:42 
  at MonoDevelop.Components.Commands.CommandManager.DefaultDispatchCommand (MonoDevelop.Components.Commands.ActionCommand cmd, MonoDevelop.Components.Commands.CommandInfo info, System.Object dataItem, System.Object target, CommandSource source) [0x00076] in /Users/michael/Mono/monodevelop/main/src/core/MonoDevelop.Ide/MonoDevelop.Components.Commands/CommandManager.cs:1097 
  at MonoDevelop.Components.Commands.CommandManager.DispatchCommand (System.Object commandId, System.Object dataItem, System.Object initialTarget, CommandSource source) [0x002d1] in /Users/michael/Mono/monodevelop/main/src/core/MonoDevelop.Ide/MonoDevelop.Components.Commands/CommandManager.cs:1067
Comment 1 Mike Krüger 2013-02-21 01:34:23 UTC
just one of many bugs that are already fixed
Comment 2 Mikayla Hutchinson [MSFT] 2013-02-21 03:16:56 UTC
This was with master...
Comment 3 Mike Krüger 2013-02-21 03:25:24 UTC
Sure ? it's working for me - can you test again ?
Comment 4 Mike Krüger 2013-02-22 02:01:49 UTC
the exception should be fixed - still don't know why that happened
Comment 5 Mikayla Hutchinson [MSFT] 2013-02-22 18:27:46 UTC
I can still repro the actual problem. There's no exception, but the assembly browser doesn't navigate to the method.

If I open the assembly browser first, THEN it works. So it looks like some kind of race. It's probably trying to navigate while the tree is still loading.
Comment 6 Mikayla Hutchinson [MSFT] 2013-03-25 16:53:24 UTC
Why is this low priority?

This makes "go to definition" on libraries broken unless the assembly browser is already open.
Comment 7 Mike Krüger 2013-03-25 17:33:45 UTC
Because it's not crashing nor data loss.
And just a minor annoyance.
Comment 8 Mikayla Hutchinson [MSFT] 2013-03-25 18:36:49 UTC
I would consider it to be the bug that currently annoys me the most :)
Comment 9 Mike Krüger 2013-03-26 04:37:36 UTC
The problem I have with this bug is this: 

http://screencast.com/t/mWAQ1tcYrO

It works on my machine
Comment 10 Mike Krüger 2013-03-26 04:42:26 UTC
Can you try to remove the derived data folder:

~/Library/Caches/XamarinStudio-4.0/DerivedData

It may be that you've a really old definition file missing the assembly location. I thought I bumped the version after the change. But maybe that helps.
Comment 11 Mike Krüger 2013-03-26 04:43:15 UTC
(btw. in the 'Xamarin Studio-4.0' folder as well)
Comment 12 Mikayla Hutchinson [MSFT] 2013-03-28 20:54:42 UTC
That's not the problem. It opens the correct assembly, it simply does not navigate to the member IF the assembly is large and takes a while to load. If the assembly browser is already open with the assembly open, then navigation works. So it's pretty clearly a race. You're probably not seeing it because you have an SSD.
Comment 13 Mikayla Hutchinson [MSFT] 2013-04-22 18:11:52 UTC
Marking dup of the newer bug since it's more descriptive and succinct.

*** This bug has been marked as a duplicate of bug 11811 ***