Known Issues

To see a complete list of issues and feature requests, please visit our GitHub issues page.

  • Warp doesn't support PROMPT_COMMAND in bash right now, to set a custom prompt use PS1.

  • 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.

Please note many tools are incompatible with Warp, as listed here. We have debugging information in this section.

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 SSH for more info on workarounds to SSH issues.

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:

  1. 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.

export LC_ALL=zh_CN.UTF-8
export LANG=zh_CN.UTF-8

fish shell read command

There 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:

$ZDOTDIR/.zshenv
$ZDOTDIR/.zprofile
$ZDOTDIR/.zshrc
$ZDOTDIR/.zlogin
$ZDOTDIR/.zlogout

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

# bash and zsh
if [[ $TERM_PROGRAM != "WarpTerminal" ]]; then
##### WHAT YOU WANT TO DISABLE FOR WARP - BELOW
    # Unsupported plugin/prompt code here, i.e.
    test -e "${HOME}/.iterm2_shell_integration.zsh" && source "${HOME}/.iterm2_shell_integration.zsh" || true
##### WHAT YOU WANT TO DISABLE FOR WARP - ABOVE
fi
# fish
if test "$TERM_PROGRAM" != "WarpTerminal"
##### WHAT YOU WANT TO DISABLE FOR WARP - BELOW
    # Unsupported plugin/prompt code here i.e. 
    test -e {$HOME}/.iterm2_shell_integration.fish ; and source {$HOME}/.iterm2_shell_integration.fish
##### WHAT YOU WANT TO DISABLE FOR WARP - ABOVE
end

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.

  • iterm shell integration

    • test -e "${HOME}/.iterm2_shell_integration.zsh" && source "${HOME}/.iterm2_shell_integration.zsh" || true

  • Termium

    • eval "$(termium shell-hook show pre)"

    • eval "$(termium shell-hook show post)"

  • thefuck experimental instant mode

    • eval $(thefuck --alias --enable-experimental-instant-mode)

  • fubectl

    • [ -f ${HOME}/bin/fubectl.source ] && source ${HOME}/bin/fubectl.source

  • BIND keys

    • 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.

  • FIG, z, compdef, compinit, prezto utility module, or other shell-based completion plugins or definitions.

  • 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 ...

Fig

Bash and Fig

A recent version of Fig (happens as of 1.0.56 - and may also happen on earlier versions) updated the bash rc files to prevent Warp from bootstrapping.

To work around this, you can disable this logic for Warp. Note that you might have to do this for .bash_profile and .bashrc.

Also, Fig tends to re-write these lines in these files when it updates - so you might have to do this multiple times if you are using Fig actively.

.bash_profile

# Fig post block. Keep at the bottom of this file.
if [[ $TERM_PROGRAM != "WarpTerminal" ]]; then
    . "$HOME/.fig/shell/bash_profile.post.bash"
fi

.bashrc

# Fig post block. Keep at the bottom of this file.
if [[ $TERM_PROGRAM != "WarpTerminal" ]]; then
    . "$HOME/.fig/shell/bashrc.post.bash"
fi

fish and Fig

Some older installations of Fig (most notably prior to September 2021) include startup scripts that are incompatible with Warp's bootstrap process. As described above in Configuring and debugging your RC files, those scripts should be gated on a check of the TERM_PROGRAM environment variable. The two important files in this case are:

  • ~/.config/fish/conf.d/00_fig_pre.fish

  • ~/.config/fish/conf.d/99_fig_post.fish

macOS

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 permissions (Documents, Downloads, Desktop, etc). We believe this occurs due to a pending update, are working on a fix, and tracking it here. The best workaround at this time, is to apply any pending Updates so that the new Warp binary has the correct permissions.

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.

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 or Updating Xorg / Wayland: sudo apt install xserver-xorg / sudo apt install wayland

    • 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 see Unrecognized 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:

Warp Upgrade fails after upgrading Linux

The Linux distro may modify Warp's package repository during the upgrade. Particularly Ubuntu, but this may affect other distros. We're tracking this issue on GitHub here. To workaround this issue, manually add the repository to upgrade Warp.

sudo apt-get install wget gpg
wget -qO- https://releases.warp.dev/linux/keys/warp.asc | gpg --dearmor > warpdotdev.gpg
sudo install -D -o root -g root -m 644 warpdotdev.gpg /etc/apt/keyrings/warpdotdev.gpg
sudo sh -c 'echo "deb [arch=amd64 signed-by=/etc/apt/keyrings/warpdotdev.gpg] https://releases.warp.dev/linux/deb stable main" > /etc/apt/sources.list.d/warpdotdev.list'
rm warpdotdev.gpg
sudo apt update && sudo apt install warp-terminal

See the instructions for other Linux distros on ourInstalling & Onboarding doc.

Last updated