Makes sense as a request.

Our current approach is to try move this logic into Warp by building out our own completion grammar and library, with the rationale being:

1. Shell autocomplete is pretty hard to configure
2. You lose most of your completions when you go to remote boxes unless you've also configured completions on them
3. The current shell completion specs are (in our opinion) pretty hard to write new completions for

That said, we are missing a bunch of context right now from the shell which is making our completions worse than they should be. And we just have a number of bugs. I think we will see how far we can get without delegating to the shell, and add that as a fallback if we can't make it great.

Thanks for the report.

Maybe a hybrid aproach works best, where if you know about a tool (npm, etc) you provide native support, but if not, you can delegate to the underlying shell (ninja, r2, rg etc).

Some of the more basic stuff (starting with ~ or /, completing touch) should definatly be fixed in your layer

Yup, we will explore that. We actually started with an approach of delegating the shell, but it did introduce extra latency. As a fallback though it might be acceptable. Appreciate the feedback.

Is your feature request related to a problem? Please describe.
Ex. I'm always frustrated when autocomplete doesnt work.

Eg:

• touch TAB doesnt work
• ~/pre TAB doesnt work (should expand to ~/prefix
• ninja ins TAB completes to ninja install_manifest.txt, not ninja install
• cd rustd TAB completes to cd rustdoc/, not cd rustdoc, where I can then specify I wanted to go to rustdoc-json, (in rustc src/test dir
• man cla TAB doesn't comlete (zsh shows clang clang++ clang++-12 clang-12 classes.conf)

Describe the solution you'd like

I'd like to be able to deligate to the underlying shell to provide autocompletion.

Completion using variables is also broken, e.g. ls $HOME/Dow expands the variable and autocompletes to ls /Users/simjnd/Downloads but it doesn't work in Warp

Throwing my +1 into the mix on this that the autocomplete issues definitely hinder my ability to use Warp as a primary driver right now. I also source an open source git_completion.sh script to get autocomplete for git branches and commands, but that doesn't seem to work with warp either. Would definitely like a fallback to native autocompletion when warp has no suggestions.

I think the lack of make autocompletion is related too.
Otherwise I may open another feature-request to support make 🙂

While it's a beta (and pretty impressive so far - I find very little of what it actually does that I don't like a lot!), not having some sort of command completion at least for filenames working is really going to make things difficult to continue. Maybe my setup (bash) is interfering, but even just '. ~/.bash_al' doesn't do anything - no list of files, no default pick, nothing. I have no choice but to retype in the file name completely. Anybody reported anything in bash that might interfere with what you're building (so I could at least get the minimal file completion?)

I definitely think that the shell needs to take precedence here over any autocompletion by the terminal. I have my shell configured exactly how I want it to be, with the autocomplete that I want it to have. Regardless of if I'm using Warp, iTerm2, Terminal.app, or any other terminal, I don't want to have a difference experience. The terminal should enhance the shell, not replace it.

I definitely think that the shell needs to take precedence here over any autocompletion by the terminal. I have my shell configured exactly how I want it to be, with the autocomplete that I want it to have.

+1 for this!

Having default autocompletion included in the terminal is fine, but I think that users must have the ability to customize it exactly the way they want is very important.

Being able to simply use what was already made at the shell level would be best, but another acceptable possibility, imo, would be to be able to customize it with a config file for Warp.

As someone else mentioned already, this is the single thing that prevents me to daily test Warp.

I think a JOSN like command structure would be of great help. More info here: #585

From @arunkumar413

Hi Team,

Most of the Linux commands don't have a common structure. Each command has its own options and flags. I recommend a JSON like structure for the commands and their options.

For example:

{
 commandName: "ls",
 options: {
 all: true,
 author: true,
 humanReadable: true,
 recursive: true
 }
 }

This JSON like structure should be parsed into the regular Linux commands and executed. We'll have a terminal feature like text editor that takes JSON input, interprets the JSON like structure into regular commands and outputs the result.

This feature would make the documentation, linting, code completion easier. Each command option would be self explanatory and easier to understand.

Note: This wont be a complete replace of the existing command line but just an addition to the existing command line which takes a JSON structure as a command.

Had a ticket related to this discussion here: #622.

I was having issues using commands like kubectl and skaffold where the tab autocompletion would simply do nothing (presumably because there wasn't a file in my working dir with the same prefix). I think in cases where the command is unsupported, delegating to shell is a good way to go, even if it adds latency.

For kubectl for instance, the shell completion fetches suggestions from the k8s API I believe to give autocompletions that wouldn't be found on machine. I can see how this would be tricky to build a custom solution for in Warp so falling back to shell could be a good stopgap.

From ChrisVarenChris via Discord: https://discord.com/channels/851854972600451112/852251449068486773/900932342653255700

i assume a shell's native completion system is just incompatible, so you need to write new ones for Warp? At the moment, this 100% what's stopping me from using Warp for the majority of work. A crowd sourced repository of open source completions wouldn't solve it since we have completions for internal tools that are used all the time. Though most of these completions are autogenerated from getopt-style help texts so just the ability to have custom user completions would be enough. (I believe fish shell auto-magically generates completions in a similar way)

It doesn't autocomplete functions defined .zshrc, e.g.
function rstoserver { rsync 1ドル user@server.com:2ドル }.
Is there a work around?

From blitz2145 via Discord: https://discord.com/channels/851854972600451112/906269689116770304/908912605232529418

Perhaps this one is out of scope for the warp terminal in the short term, but the UI could build on a shell that supported this theoretical completions protocol. How about something like the LSP (Language Server Protocol) but for autocompletions, perhaps cli programs themselves could be invoked to output completions for their own commands, rather than having to build stuff like fig (which is nice, but cli programs themselves should take on the responsibility for completions), etc. The Oil shell actually has a great design/architecture for how to do this, https://github.com/oilshell/oil/wiki/Shellac-Protocol-Proposal

+1

I was going to swap to warp, but this issue is a serious dealbreaker. Unfortunate, back to Hyper for me.

So still nothing on this after 4 years. You cant just tell every other cli tool that you dont support to go fuck it self. at least have an option to turn off the warps completion so we can use shell completions or a way to submit cli tool completions to warp. How can you just be silent?. You keep adding all this ways to interact with AI but dont care about this crucial issue

+1 - Without shell completions, Warp, which otherwise looks great, is a not-starter.

Agreed, this is kinda a deal breaker for custom workflows, and really breaks a corner stone of CLI :/

Is this still not implemented?
Only reason I stopped using a few months back when ghost came out. Ridiculous destruction of productivity

This has been on the list for 4 years and is pretty much my only blocker from using this tool permanently. Honestly this is a bear signal on y'all succeeding (thus not worth building my workflow around)

You literally would save money with less AI api calls by using the default shell behavior here. Please don't bet on pure vibe coders. If you're building a dev tool, build for devs. Optimize your roadmap for vibe coders second.

I recommend you get leadership involved here. Maybe doing so will help with your adoption rates.
image

All the best team.

I was not expecting this. This is really bad and unfortunately breaks too much for me to be able to use this :/

It's good to be different, but you should try to keep some basics around that people rely on :)

+1. This thread seems to have got a little hostile. But I think the ability to add your own completion specs would be great.

sorry if i miss topic but guys please finally fix it

every time in powershell command adding first character Georgian "პ" utf8 and no more command not working after and full session is dead :(

Wild. I'm switching to Ghostty.

There is one positive thing about that. I somehow managed to learn every command's "commands". 😂

Damn I tried to implement my own custom tab completion for a program I write.
And nearly go crazy about it. Just to find out my script is completely fine. Warp just doesn’t support it. :(

This has been rubbing me the wrong way and I've been thinking of switching for a long time now. But, inertia is a powerful thing so I kept using Warp. Today, it updated and shoved in my face notifications about a bunch of AI features I never wanted in my terminal. At the same time, this is just getting ignored.

So congratulations, you finally managed to change me from someone recommending warp to others to switching away from it today.

Clap ... clap ... clap ...

Time walks away and still no autocompletion.
So much time was spent here to work out AI and the coders tools, would be great if someone would have a eye on it administrators so that we can also use it.