Not opening correct repo from graph command
Describe the bug Not opening correct repo from graph command
To Reproduce Steps to reproduce the behavior:
- Open a repo in GitKraken Client
- Close GitKtaken Client
- from command line run
gk graphfrom a different repo - GitKraken opens but the repo you are in is not opened
Expected behavior GitKraken Client opens the repo you ran the command in.
Hey @thenexxuz, thanks for reporting this issue. It should be fixed by upgrading GitKraken Client to 9.6.0.
I'll check it out once in the office, thank you!
I have GitKraken v9.6.0 and gk-cli v1.0.7 and the issue is still there Screencast from 2023-07-18 09-12-04.webm
I am on an Arch Linux based distro, EndeavourOS. Not sure if it is happening on other distros/OSs.
Hi. I put the fix in GK for this issue(or at least I thought I did). I'm actually running Manjaro so I don't think arch-linux is the issue.
I'm not able to repro this issue since "fixing" it in 9.6.0 so I'd like some help troubleshooting this if possible.
- Does this occur with all repos or only specific ones?
- Is this a bare-repo or worktree?
- Do you encounter any issues trying to open a deeplink to a commit or branch inside the repo?(specifically when GK is closed. If GK is already open a different code path processes the URI)
- Can you try running
strace -f -e trace=execve -s 256 2>&1 gk graph | grep "gitkraken://"in the repository and paste the output here?
Thanks!
Also @sergiolms can you reopen the issue if this is still occurring?
Sorry for the late response.
This is the result of the command
[nexxuz@firefly fake-xost-gen]$ strace -f -e trace=execve -s 256 2>&1 gk graph | grep "gitkraken://"
[pid 1532204] execve("/usr/bin/xdg-open", ["xdg-open", "gitkraken://repo/%2Fhome%2Fnexxuz%2FDevelopment%2FDevNull%2Ffake-xost-gen"], 0xc0001efa40 /* 55 vars */) = 0
[pid 1532206] execve("/usr/bin/gio", ["gio", "open", "gitkraken://repo/%2Fhome%2Fnexxuz%2FDevelopment%2FDevNull%2Ffake-xost-gen"], 0x55bdaaf8c4a0 /* 55 vars */) = 0
Took a another swing at diagnosing this, nothing sticks out from the URIs presented in the strace command. It decodes to the path /home/nexxuz/Development/DevNull/fake-xost-gen.
We've done a couple refactors and bug-fixes to deeplink processing in the last few months, if this repro's in 9.11.1, We can take more drastic actions.