zsh integration causes pause before command execution

Build 2.9.20150722-nightly, 10.11 beta,com.googlecode.iterm2.plist

Short of it is that when using zsh integration all commands have a ~0.5-1 second pause before executing. Not hugely problematic, but it does get irritating after a while.

I traced the behavior to something to do with the string in the printf in

    iterm2_before_cmd_executes() {
      printf "\033]133;C\007"
    }

in .iterm2_shell_integration.zsh. I'm not sure what it is about that string (something special to iterm? I'm not familiar with the escape sequences), but changing that string removed the pause. Manually entering the original string in a printf at the command line would still cause the pause, though.

I'd guess that there's something iterm is doing in the background that's causing this?

debuglog.txt.zip should contain the results of:

• opening a new window with the normal shell integration script
• running ls, observing the pause
• closing the window
• changing the C in the above printf string to D and saving
• opening a new window
• running ls, no pause
• reverting the printf change
• opening a new window, running ls, with pause

In approximately that order.

If more information is required let me know.

Oh, something I forgot to mention: this only seems to happen in login shells. zsh -i doesn't show this behavior, but zsh --login does, even when nothing is changed between invocations of the two

I suspect that turning off Prefs > General > Save copy/paste and command history to disk will fix this for you. Is ~/Library/Application Support/iTerm2/commandhistory.plist really big or is your home directory slow to write to?

Milestone changed to Ship 3.0

Writing to my home directory shouldn't be an issue since it's on an ssd.

commandhistory.plist is 75kb; not sure if that's considered really big or not. Finder says it was created really recently though, so perhaps it just hasn't grown big enough yet.

Strangely enough, I can't seem to reproduce the issue any more, either with that option on or off. I'll keep on going as normal, and I'll post back if/when I notice things slowing down again.

I don't think I made any huge changes to my config in the last two days, but I'll dig around and see if I can find where things started changing.

My apologies for not having more info at this time

OK, seems you're right.

I had pauses, never as bad as the first time, but definitely noticeable. Every time commandhistory.plist is larger than 50kB.

50kb isn't that big, really. Would you mind running this script:

#!/bin/tcsh
while 1
printf "\033]133;C\007"
sleep 0.1
end

And then sample iTerm2? Sampling is described here: https://gitlab.com/gnachman/iterm2/wikis/HowToSample

Thanks for your help.

Here it is! Right after running this script, the history plist was 127kB

iTerm-sample.txt

Weird, nothing to see there. Does turning off Prefs > General > Save copy/paste and command history to disk help?

Definitely does. Don't even have to close sessions/windows to see the difference. file was ~123kB at that time.

Got another log here. The delay time has increased some since last post, but that let me put in enough pwd calls to get a sample.

Hmmm, wouldn't let me upload the file. Trying again...

pwd-repeat.txt

That is a really helpful log; thank you. Looks like something's going nuts with notifications. I will dig in further.

I believe this was fixed in commit 2b47f898.

Status changed to closed

mentioned in issue #4802