Jump to definition doesnt work with vanity domain names

[epelc]

I believe gosublime has a problem showing docs and jumping to definition for vanity domain name packages. For example if you try to do so with mgo which now uses gopkg.in/mgo.v2 as its domain you will see // GsDoc: no docs found when ypi ctrl+shift+click on a package struct/function.

This may be related to godoc only recognizing a certain list of domains see golang/gddo#68

[DisposaBlackSwan]

How do I reproduce this? does it actually work with the original path? FYI: only global definitions are supported so fmt.Println should work but err.Error won't and IIRC it also won't work if there are syntax errors in the file.

[epelc]

Try it with this use cmd instead of ctrl on macs. Also I'm aware it doesnt work on certain types but this is package wide(and I assume everything on gopkg.in and similar domains wont work either).

package main

import (
    "gopkg.in/mgo.v2"
    "log"
)

func main() {
    // crtl+shift+click on "Dial" doesnt work
    session, err := mgo.Dial("localhost")
    if err != nil {
        panic(err)
    }
    // doesnt work on "Close"
    defer session.Close()

    // crtl+shift+click on "Println" works
    log.Println("You can jump to Println's definition")
}

[DisposaBlackSwan]

I believe this is a sife-effect of the import path (basename) not being the same as the pkg it defines. I'm sure it's come up before, but that functionality's waiting for a rewrite so I don't think there's any point in trying to fix it at this time. You can get the same info with a few more keystrokes by typing ctrl+dot,ctrl+a

[dlclark]

Margo (the backend) currently doesn't support this level of Go To Definition, but I've taken this snippet and confirmed it's fixed by my changes in #571.