Open captaincaius opened 6 years ago
Definitely need a repro. I've been debugging a separate issue with 'gd' (go to definition) and have not come across the (incorrect) behaviour you are describing.
I just tried reproducing it and finally got it to do it again. Even on the same definition it doesn't seem to be consistent. I'll try to figure out what the variable that causes it to happen and report back. If I can't, maybe I'll try to send a little animation instead.
ok so it seems wayyy less severe than it used to be when I first posted this. Something must have partially fixed it - before I remember sometimes I'd go to a definition and do "cw" or something and it would start replacing in the wrong place. Now I can't get it to do that.
Now it can only be reproduced if you go up or down using j or k after gd. In that sense it's not a super big deal anymore. But for completeness sake I'll post a few screenshots for you. It'll even happen if you gd from the symbol itself.
start:
after "gd":
after "j":
^ notice the column jump.
Ah, very nice. I can repro. Column is definitely incorrect following a gd
.
I can't reproduce this issue on window with the latest version 0.17.3. Is this issue only reproduced on linux?
wow. i haven't tested it on windows, but yes - I for one am on linux.
I was able to repro on Windows.
I try with version 0.17.3 on windows. first use "gd" then "j"...
Was planning on working on this bug but I can't repro on my machine anymore :/
I am sorry to ask it over here, is there any shortcut to go to the function usage?
Describe the bug using "go to definition" doesn't seem to update the column - it keeps the previous column.
To Reproduce Steps to reproduce the behavior:
Expected behavior The column is in-sync just like the row
Screenshots
Environment (please complete the following information):
Additional context None