Fig has buggy behavior with cd command when ssh'd into remote machines

[TreTuna]

Description:

Please include a detailed description of the issue (and an image or screen recording, if applicable)
Having trouble with Fig on cd command in sessions when I'm ssh'd into a remote machine. Other commands work fine, such as git and ls.

I have gotten Fig to work with cd on my remote machine, but it is intermittent when it will work for me. I normally one of the following states:

• Fig box will say that it doesn't have context and I need to run fig source
  • In this case, I will exit the remote box, run fig source locally, then ssh back into the remote.
• Fig box simply doesn't show up on remote machine
• Fig box shows my local file structure
• Fig box works as it should, showing remote file structure
  • In this case, it will only work on this single iTerm tab/window. If I open another tab/window and log into my remote box, it generally will not show a Fig box at all with cd.

I have had instances where git would not pull up a Fig window either, but that's generally solved by running fig source on my local then going back.

I've been talking with falky97 about this issue and he mentioned it could be an issue with my custom prompt, which uses https://github.com/romkatv/powerlevel10k.

I'm running Zsh with Oh-my-zsh locally and Zsh with Prezto on the remote machine, both using Powerlevel10K for the prompt. I'm going to try switching prompts and see if that effects anything and will remote back.

Screen.Recording.2021-04-23.at.9.47.19.AM.mov

Details:

macOS	Fig	Shell
10.15.7	Version 1.0.40 (B188)	/bin/zsh

fig diagnostic

Version 1.0.40 (B188)
UserShell: /bin/zsh
Bundle path: /Applications/Fig.app
Autocomplete: true
Settings.json: true
CLI installed: true
CLI tool path: /Users/tretuna/.fig/bin/fig
Accessibility: true
Number of specs: 77
SSH Integration: true
Tmux Integration: true
Keybindings path: /Users/tretuna/.fig/user/keybindings
iTerm Integration: true
Hyper Integration: false
VSCode Integration: true
Docker Integration: true
Symlinked dotfiles: false
Only insert on tab: false
Installation Script: true
PseudoTerminal Path: 
SecureKeyboardInput: false
SecureKeyboardProcess: 
Current active process: /bin/zsh (42248) - ttys005
Current working directory: /Users/tretuna
Current window identifier: 2266/21035B9C6-10F7-41E4-86F5-68FC1AF8ACD2% (com.googlecode.iterm2)

[rahulnandan]

I am having similar issue, seems there is some compatibility issue between fig and powerlevel10k

[mschrage]

Closing this issue as stale. We are reworking our ssh integration. See #709 for more information.

[milanzmitrovic]

How did you get "SSH Integration: true" ?

I can't use Fig.io in remote ubuntu machine... I do ssh into remote linux, but there is no autocomplete...

Thanks a lot!

[sanarena]

Yes, how did you enable SSH Integration: true?

[milanzmitrovic]

It is not yet working on linux (even when you use Mac and do ssh). Linux version is expected to come at the end of May (that is what I read on Discord channel).

[mschrage]

@sanarena @milanzmitrovic @TreTuna if you'd like to try the SSH integration, run fig ssh enable.

[milanzmitrovic]

Hi @mschrage,

I just tried running "source <(curl -Ls fig.io/install)" on my remote, but got following error:

milanmitrovic@instance-ubuntu:~$ source <(curl -Ls fig.io/install)
On remote machine, installing fig shell integrations only.
/home/milanmitrovic/.local/bin/fig: error while loading shared libraries: libxcb-render.so.0: cannot open shared object file: No such file or directory

I am using ubuntu 18.4.

[mschrage]

Thanks for reporting @milanzmitrovic! cc @sullivan-sean