Known Issues
To see a complete list of issues and feature requests, please visit our GitHub issues page.
When you SSH, we start a bash shell on the remote host. We built a wrapper around SSH to make Warp features possible.
If your default shell is zsh, your aliases typically do not transfer over. Other shells are unsupported for now.
When you open a non-shell-based subshell (REPL), we do not set it up for Warp - instead, it works like a normal terminal session.
Warp may become unresponsive if it doesn't have permission to access the folders.
Links to popular GitHub issues:
SSH
To enable Blocks over SSH, Warp uses an SSH Wrapper function; navigate to settings > features if you need to disable it. Please see Troubleshooting Legacy SSH for more info on workarounds to SSH issues, or see the new SSH Page for more on the upcoming features.
Online features don't work
There is a known issue that can occur that causes online features to break (Warp AI, AI Command Suggestions, Block Sharing, Refer a Friend, etc. ). This is due to the login token going stale, typically due to a password change, and can be resolved by the following steps:
Remove Warp user login with
sudo security delete-generic-password -l "dev.warp.Warp-Stable" $HOME/Library/Keychains/login.keychain
English-only UI
Nov 2021: We have added character support for Chinese, Korean, and Japanese, but our UI currently only supports English.
Abnormal rendering of Chinese characters
If you notice issues with the terminal rendering Chinese characters (i.e. #3366). Please try adding the following lines to your rc file.
fish shell read
command
read
commandThere is an issue in fish shell version 3.6 and below that causes the read
built-in command to break Warp's integration with fish. This means that using read
directly or any fish scripts that call read
will not work as expected in Warp. That issue is resolved in the fish repository and so should be fixed in the next release of fish itself. We recommend upgrading fish to the most recent version to resolve this issue.
Configuring and debugging your RC files
To support Blocks (custom hooks), a native Input Editor experience, etc. we have to build custom support for a subset of shell functionality (decouple functionality from the shell and move to the terminal). This leads to Warp being incompatible with various tools and plugins.
You can disable the conflicting settings for Warp using this flag: $TERM_PROGRAM != "WarpTerminal"
, see below for a full example.
We currently don't have support for multi-line custom prompts in bash, only zsh and fish. Unlike typical terminals which are essentially continuous character grids, each section of Warp is its own (separate) UI element. Warps default prompt does not support multi-line or right-sided prompts at this time. Improving the native Prompt is on the roadmap, however. Please see our Prompt page for more information on custom prompts.
Debugging
If Warp is not working with your dotfile configuration,
You can quickly set up clean configs by putting ZDOTDIR=/
in a ~/.zshenv
file. This forces zsh to run with zero configs.
Zsh loads your configuration settings in this order:
If Warp starts working correctly then Warp is incompatible with something in the current dotfiles. We can isolate what is incompatible by iteratively disabling sections of our dotfiles with the WarpTerminal
flag until we find the culprit. If you find an incompatible tool please email us at feedback@warp.dev
List of incompatible tools
Since Warp has an Input Editor that wraps around the shell, the following inexhaustive list of plugins or tools can cause potential conflict given extra bytes coming into the PTY:
oh-my-fish, oh-my-bash, or other unsupported shell prompts. See our Custom Prompt Compatibility Table.
test -e "${HOME}/.iterm2_shell_integration.zsh" && source "${HOME}/.iterm2_shell_integration.zsh" || true
eval "$(termium shell-hook show pre)"
eval "$(termium shell-hook show post)"
thefuck experimental instant mode
eval $(thefuck --alias --enable-experimental-instant-mode)
[ -f ${HOME}/bin/fubectl.source ] && source ${HOME}/bin/fubectl.source
bindkey '^j' down-line-or-beginning-search
, which causes users to have to hit ENTER twice to run a command.bindkey 'tab' autosuggest-accept
, which causes incorrect behavior with autocompletion.
z
,compdef
,compinit
, prezto utility module, CodeWhisperer or other shell-based completion plugins.OH-MY-ZSH Themes
e.g. avit, spaceship, maybe more ...
OH-MY-ZSH Plugins
e.g. zsh-autosuggestions, zsh-autocomplete, maybe more ...
Oh-My-Tmux
zsh4h (ZSH for Humans)
znap
FZF
[[ -r "/usr/local/etc/profile.d/bash_completion.sh" ]] && "/usr/local/etc/profile.d/bash_completion.sh"
eval "$(rbenv init -)"
grml-zsh-config
Python virtual environment PS1 settings
Potentially more, this is an inexhaustive list ...
macOS
SSH to local network device is denied
On macOS, you may be denied permission to SSH from Warp into other devices in your local network and see an error like: ssh: connect to host <host_name> port 22: Undefined error: 0
.
To resolve this issue, go to Mac > System Settings > Privacy & Security > Local Network, and add Warp.
Unexpected loss of permission
On macOS, you may see a Operation not permitted
error when trying to run commands in directories that have already been granted macOS permissions (Documents, Downloads, Desktop, etc). The best workaround at this time, is to apply any pending Updates so that the new Warp binary has the correct permissions. We are and tracking this issue here.
Auto-Update on macOS Ventura
Warp may have an error opening after auto-update on macOS Ventura. This issue has been resolved for current and future releases of Warp. To avoid the issue, update Warp before you upgrade to macOS Ventura. If you experience an error opening Warp, please try the following:
Go to the macOS Applications folder, right-click on Warp, choose Open, then the '"Warp" is damaged' dialog will have the option to click the Open button.
If the above doesn't work, uninstall Warp, then re-install Warp.
Running x86 commands with macOS Rosetta
In some cases, CLI applications only work on x86 so you can run Warp with Rosetta on macOS to be able to use them by doing the following.
Go to
Finder > Applications
and search for Warp.Right-click and select Get Info.
Then check the box on Open with Rosetta.
Linux
Warp won't run or render on Linux
We're tracking some issues for Linux where a Warp window doesn't show/render and won't run in Virtual Machines, over remote desktops, or on WSL.
If none of the workarounds help, please open a new GitHub issue and include logs with your Linux distro, installation (WSL, Baremetal or VM, x86 or ARM), and the issue you had.
Many package install examples are for Ubuntu using
apt
, your distro may use different commands (dnf
,pacman
,zypper
) or package names.GPU Drivers and Default GPU / Graphics API environmental variables are system-dependent. e.g. AMD vs NVIDIA and OpenGL vs Vulkan
System
Installing Hack font on WSL and VMs:
sudo apt install fonts-hack
Install WSL utilities:
sudo apt install wslu
Install Mesa utilities:
sudo apt install mesa-utils
Install Mesa Vulkan drivers:
sudo apt install mesa-vulkan-drivers
If unable to use the file picker:
sudo apt install xdg-desktop-portal xdg-desktop-portal-gtk zenity
If unable to copy-paste:
sudo apt install wl-clipboard
Graphics
Install or Update your GPU driver: e.g. NVIDIA 535.x or below drivers
For Ubuntu:
sudo ubuntu-drivers install
For Fedora:
sudo dnf install akmod-nvidia
For Arch Linux:
sudo pacman -S nvidia
For openSUSE:
sudo zypper install x11-video-nvidiaG05
Use Low Power (integrated) GPU in
~/.config/warp-terminal/user_preferences.json
file:{"prefs":{"PreferLowPowerGPU": "true",}}
. The low-power workaround is particularly helpful if you seeUnrecognized device error ERROR_INITIALIZATION_FAILED
in warp.log.
Environmental Variables
Prefix
warp-terminal
with the variables (multiple can be used), and once you confirm they work,export
them in your.profile
/.zprofile
to load on startup:Default to Wayland:
WARP_ENABLE_WAYLAND=1
Set Default GPU for WSL: e.g.
MESA_D3D12_DEFAULT_ADAPTER_NAME=NVIDIA
Set Graphics APIs: e.g.
WGPU_BACKEND=gl
Warp update fails after upgrading Linux
Some Linux distros may modify Warp's package repository during the the OS upgrades. We're aware of this on Ubuntu, but this may affect other Linux distros. We're tracking this issue on GitHub here. To workaround this issue, manually add the repository to update Warp. The Ubuntu example is below:
See the instructions for other Linux distros on our Quick Start Guide.
Last updated