iterm2 issueshttps://gitlab.com/gnachman/iterm2/-/issues2019-07-08T12:59:45Zhttps://gitlab.com/gnachman/iterm2/-/issues/7927Setting up automatically profile switching isn't obvious when using Triggers2019-07-08T12:59:45ZGezimSetting up automatically profile switching isn't obvious when using TriggersI was about to log a long bug about how automatic profile switching is broken when using triggers.
Issue is that I was setting up triggers only in the profile I wanted to switch to, not in the default profile. So host and username were ...I was about to log a long bug about how automatic profile switching is broken when using triggers.
Issue is that I was setting up triggers only in the profile I wanted to switch to, not in the default profile. So host and username were never getting set in the default profile.
I'm not sure what the right solution is here but maybe "Global Triggers?"
I'm a fan of your work! I iTerm2 is amazing.Review for next versionhttps://gitlab.com/gnachman/iterm2/-/issues/7920Enable animation for background image2020-12-17T05:45:07ZMax Rydahl AndersenEnable animation for background imageWhat happened:
I saw https://www.hanselman.com/blog/AddingReactionGifsForYourBuildSystemAndTheWindowsTerminal.aspx and I just wanted to be able to do the same on OSX. Tried selecting a gif in iterm and it does show it but just don't rend...What happened:
I saw https://www.hanselman.com/blog/AddingReactionGifsForYourBuildSystemAndTheWindowsTerminal.aspx and I just wanted to be able to do the same on OSX. Tried selecting a gif in iterm and it does show it but just don't render the animation.
Sad face :)
For now I use a version of https://superuser.com/questions/1068105/iterm2-os-x-change-background-image-for-current-window-from-shell/1128149#1128149 to get a static reaction image...but its not the same.
What should have happened:
I should have been able to enable animation for background and then life would have been wonderful and just a tad more enjoyable :)Future Releasehttps://gitlab.com/gnachman/iterm2/-/issues/7919Low power mode2019-09-19T06:27:45ZGeorge NachmanLow power modeA mode where we dial down the max amount of CPU used. Reduce frame rate, turn off metal, throttle parsing, etc.A mode where we dial down the max amount of CPU used. Reduce frame rate, turn off metal, throttle parsing, etc.Add Soonhttps://gitlab.com/gnachman/iterm2/-/issues/7917Is it possible to change the Background Pattern Indicator colour?2023-01-01T22:57:19ZSimon DrakeIs it possible to change the Background Pattern Indicator colour?Apologies, I know this isn't actually a bug...
But is there a way to change the colour of the Background Pattern Indicator?Apologies, I know this isn't actually a bug...
But is there a way to change the colour of the Background Pattern Indicator?Future Releasehttps://gitlab.com/gnachman/iterm2/-/issues/7913key action to hide hotkey window2019-07-03T16:57:07ZNicolas Tessorekey action to hide hotkey windowRelated to #7852 but much simpler: It would be good to have a "Hide Hotkey Window" action in the "Keys" settings of a profile. For example, I have a REPL running in a hotkey window and would like to be able to hide it with the ESC key.Related to #7852 but much simpler: It would be good to have a "Hide Hotkey Window" action in the "Keys" settings of a profile. For example, I have a REPL running in a hotkey window and would like to be able to hide it with the ESC key.Review for next versionhttps://gitlab.com/gnachman/iterm2/-/issues/7887Make it possible to open Hot Key window without showing hidden items 2 windows2021-03-07T14:48:52ZGandalf SaxeMake it possible to open Hot Key window without showing hidden items 2 windowsThanks for filing an issue! Please answer the questions below so I can help you.
* iTerm2 version: Build 3.2.9
* OS version: 10.14.6
Detailed steps to reproduce the problem:
1. Set a "dedicated Hotkey window" either in Preference...Thanks for filing an issue! Please answer the questions below so I can help you.
* iTerm2 version: Build 3.2.9
* OS version: 10.14.6
Detailed steps to reproduce the problem:
1. Set a "dedicated Hotkey window" either in Preferences -> Keys
2. Have at least one iTerm window open
3. Hide the iTerm window (⌘H
4. Invoke Hotkey Window
What happened:
iTerm Hotkey window *and* ordinary window shows up.
What should have happened:
Only iTerm Hotkey window should be visible.
Note that the iTerm 2 window does not go in front of other active windows. However if you have few windows open on your Mac such that the desktop is partly visible, it's still distrupting that the ordinary iTerm window(s) are unhidden, unwarranted.
Illustration:
![](https://i.imgur.com/3p9Pknd.gif)
Similar to #6875 (now fixed), which was the same but with the ordinary iTerm window also going on top of all other windows.Review for next versionhttps://gitlab.com/gnachman/iterm2/-/issues/7886Feature request: high color depth rendering2019-09-08T20:15:28ZLaurenFeature request: high color depth rendering* iTerm2 version: 3.3.0beta7
* OS version: 10.14.5
I have a high color depth monitor. I'd like to be able to display 10bit colors from Rec.2020 as both font and background image colors if possible. I have no idea how difficult it is, b...* iTerm2 version: 3.3.0beta7
* OS version: 10.14.5
I have a high color depth monitor. I'd like to be able to display 10bit colors from Rec.2020 as both font and background image colors if possible. I have no idea how difficult it is, but I recognize that it's likely a pretty significant development push. I'd be potentially interested in sponsoring a few hundred dollars of focused work on this.Review for next versionhttps://gitlab.com/gnachman/iterm2/-/issues/7874Panes do not resize proportionally after screen resolution change2022-03-15T04:59:47Z◤◢◤◢◤◢◤◢Panes do not resize proportionally after screen resolution change* iTerm2 version: 3.2.9
* OS version: 10.14.5
This is probably nearly impossible to reproduce for most of the people, as it depends on an OS X bug:
Detailed steps to reproduce the problem:
1. Connect your Mac to an external display tha...* iTerm2 version: 3.2.9
* OS version: 10.14.5
This is probably nearly impossible to reproduce for most of the people, as it depends on an OS X bug:
Detailed steps to reproduce the problem:
1. Connect your Mac to an external display that support a higher resolution than its internal display
2. Open iTerm2 window, split it into panes and make it nearly full screen
3. Lock your Mac and let it fall asleep
4. Unlock your Mac
What happened: macOS seems to have a bug in which it resets the screen resolution every time it falls asleep - probably due to the fact that it then disconnects from the external screen. This apparently leads to MacOS resizing all windows in a way they can fit the smaller internal screen resolution. However, when waking it up again, it recognises the external screen and sets the screen resolution higher. All existing windows are being resized back to their former size. In that case, iTerm2 panes however remain tiny and won't resize whatsoever.
What should have happened: The panes should return to scaling proportionally to the window size. As a workaround, a menu option (e.g. "View" -> "Resize all panes proportionally") could be used to help fix this situation. Depending on the number of panes it takes quite some time to manually rescale them back to a size that works.
![Screenshot_2019-06-08_at_10.23.44_AM](/uploads/cf000945270bed6377d56490abc04e36/Screenshot_2019-06-08_at_10.23.44_AM.png)Future Releasehttps://gitlab.com/gnachman/iterm2/-/issues/7859[Catalina] Add support for voice control2023-03-22T18:38:17ZGeorge Nachman[Catalina] Add support for voice controlCatalinahttps://gitlab.com/gnachman/iterm2/-/issues/7852New setting to minimize Hotkey Window upon loss of focus2019-06-29T08:13:25ZleojNew setting to minimize Hotkey Window upon loss of focusThis might sound like a strange idea for a new setting, but would benefit the way I use the iTerm2 Hotkey Window.
I use the iTerm2 Hotkey Window for running chat programs like `weechat`, and have bound showing the iTerm2 Hotkey Window t...This might sound like a strange idea for a new setting, but would benefit the way I use the iTerm2 Hotkey Window.
I use the iTerm2 Hotkey Window for running chat programs like `weechat`, and have bound showing the iTerm2 Hotkey Window to <kbd>ALT+`</kbd>. This works globally and allows bringing up the Hotkey Window from any app.
I will typically do this to reference a chat message, then use <kbd>CMD+Tab</kbd> to get back to my web browser.
Then when, I have Googled my answer, I will typically <kbd>CMD+Tab</kbd> back to iTerm.app to paste a command.
Unfortunately, at this point, the iTerm main window is still obscured by the Hotkey Window with the chat messages.
This requires me to have to do <kbd>ALT+`</kbd> to minimize the Hotkey Window.
So, what would be more ergonomic for me is a setting that automatically minimizes the Hotkey Window whenever iTerm.app regains focus.
I don't know if this can be scripted or makes sense within the settings interface.Review for next versionhttps://gitlab.com/gnachman/iterm2/-/issues/7847Keep unlimited scrollback from eating all the ram2019-09-08T20:28:49ZGeorge NachmanKeep unlimited scrollback from eating all the ramPeople often enable unlimited scrollback and then come to regret that choice. It seems to me that we should just flush the old stuff to disk after it reaches some point and add a truncation warning. For one thing, because line numbers ar...People often enable unlimited scrollback and then come to regret that choice. It seems to me that we should just flush the old stuff to disk after it reaches some point and add a truncation warning. For one thing, because line numbers are stored in a signed 32 bit int, the bound can't exceed 2^31. See comment in #6952.Add Soonhttps://gitlab.com/gnachman/iterm2/-/issues/7845Dynamic profile without "Dynamic" tag.2020-09-18T06:25:01ZJerry MaDynamic profile without "Dynamic" tag.Detailed steps to reproduce the problem:
1. Create dynamic profiles without "Tags" key
What happened:
The profiles are grouped under "Dynamic" Tag.
What should have happened:
1. Allow the option to disable this default Tag.
2. If 1 i...Detailed steps to reproduce the problem:
1. Create dynamic profiles without "Tags" key
What happened:
The profiles are grouped under "Dynamic" Tag.
What should have happened:
1. Allow the option to disable this default Tag.
2. If 1 is not possible, allow the user to choose his/her favorite tag name instead of using "Dynamic"Add Soonhttps://gitlab.com/gnachman/iterm2/-/issues/7833Work around mosh truncation2019-05-23T04:34:47ZGeorge NachmanWork around mosh truncationWhen a session shrinks and then grows mosh truncates it. Very annoying when maximizing/unmaximizing split panes. Would be nice to either fix mosh or somehow defer resizing until it can't be helped. See also #6426When a session shrinks and then grows mosh truncates it. Very annoying when maximizing/unmaximizing split panes. Would be nice to either fix mosh or somehow defer resizing until it can't be helped. See also #6426Review for next versionhttps://gitlab.com/gnachman/iterm2/-/issues/7825Feature suggestion: add support for image format used by Kitty2019-05-24T15:51:11ZAlexander TsepkovFeature suggestion: add support for image format used by KittyI'm aware that iTerm2 already supports images using a custom escape code, but the problem is that many of these custom codes don't translate between terminals, and afaik no other terminal aside from iTerm2 uses this sequence. Image rende...I'm aware that iTerm2 already supports images using a custom escape code, but the problem is that many of these custom codes don't translate between terminals, and afaik no other terminal aside from iTerm2 uses this sequence. Image rendering in terminals today is in a similar state of flux as extended mouse modes (with interaction past the first 255 chars) were for a while.
I wanted to suggest adding support for the format invented by Kitty's maintainer, documented here: https://sw.kovidgoyal.net/kitty/graphics-protocol.html
The benefit of that format over other formats (including iTerm2's) is that it allows more flexibility/scalability for programs leveraging it. You define the bounding box, position, and payload for the image, and the terminal renders it. This could be leveraged not just by one-off scripts for image previews (as the current image format), but by any terminal script/tool wishing to render multiple images or a fancier UI. Some examples include tmux/powerline plugins rendering a portion of their UI, ls-like command listing previews, etc. But really, the main benefit would be a common image format we could expect supported in all terminals.Review for next versionhttps://gitlab.com/gnachman/iterm2/-/issues/7823[Feature Request] Status bar component to show wifi status2019-05-20T04:26:16Ztakezyou[Feature Request] Status bar component to show wifi statusI created a status component to display the status of wifi.
I want to make a suggestion similar to this issue.
https://gitlab.com/gnachman/iterm2/issues/7776
- https://github.com/takezyou/iterm-wifi-componentI created a status component to display the status of wifi.
I want to make a suggestion similar to this issue.
https://gitlab.com/gnachman/iterm2/issues/7776
- https://github.com/takezyou/iterm-wifi-componentReview for next versionhttps://gitlab.com/gnachman/iterm2/-/issues/7822[Feature Request] Copy a key mapping from one profile to another?2019-05-16T16:56:50ZDolee Yang[Feature Request] Copy a key mapping from one profile to another?I have two profiles that have been diverged enough. Now I have two use cases:
1. Create a same key mapping that already exists in profile A to profile B
2. Create a new key mapping in both profiles
Looks like there is a Bulk copy funct...I have two profiles that have been diverged enough. Now I have two use cases:
1. Create a same key mapping that already exists in profile A to profile B
2. Create a new key mapping in both profiles
Looks like there is a Bulk copy function:
![Screen_Shot_2019-05-15_at_3.56.12_PM](/uploads/1bb938bf0d4c7d3c1609454fb9d18ba2/Screen_Shot_2019-05-15_at_3.56.12_PM.png)
But I'm not sure how to paste? Plus, it seems to be only able to copy _all_ Keys.
(iTerm version: Build 3.3.0beta7)Review for next versionhttps://gitlab.com/gnachman/iterm2/-/issues/7745Open iTerm via touch bar control strip2019-04-27T05:09:33ZManuelOpen iTerm via touch bar control stripI'd like to be able to open iTerm with a touch bar button.
At the moment I'm using a hotkey F12 to show the terminal but with a touch bar macbook this means first pressing 'fn' key and then the 'F12' button on the touch bar.
It would be...I'd like to be able to open iTerm with a touch bar button.
At the moment I'm using a hotkey F12 to show the terminal but with a touch bar macbook this means first pressing 'fn' key and then the 'F12' button on the touch bar.
It would be nice to be able to directly open the terminal with just a single touch bar button.
This button has to be in the control strip of the touch bar so that it is always available, not just when the iterm app is already opened.
I don't know if this is even possible but I assume that it is because there are other apps available that customize the touch bar control stip.Review for next versionhttps://gitlab.com/gnachman/iterm2/-/issues/7740Find Next (⌘G) / Find Previous (Shift-⌘G) logic is inverted2019-04-27T17:05:09ZFarleyFind Next (⌘G) / Find Previous (Shift-⌘G) logic is invertedThe find next and find previous menu shortcut and keyboard shortcut work backwards. When you find next, it actually finds the previous, and when you hit find previous, it finds the next. It makes ⌘G work completely backwards than every...The find next and find previous menu shortcut and keyboard shortcut work backwards. When you find next, it actually finds the previous, and when you hit find previous, it finds the next. It makes ⌘G work completely backwards than every-other-application in OS-X, including the Terminal app.
* iTerm2 version: 3.2.6
* OS version: Mojave 10.14.3
Detailed steps to reproduce the problem:
1. Have a iTerm window with some repeating text in it. Eg: `ls -la /`
2. Begin the find by ⌘F
3. Type some text, for example "root" or "wheel"
4. Hit return. The return character finds text BACKWARDS, upwards in text, and also so does if you use CMD-G.
What happened:
Find looked backwards in the terminal window.
What should have happened:
Find should work like every other application known to human kind, and find forwards.
I'm guessing this might be a feature someone thought up since most people have their cursor sitting at the end of a terminal window and doing a find upwards sounds like it makes a lot of sense, except then it functions backwards from every other application. You need to invert your mental logic to use shift-cmd-G when inside of iterm, and cmd-g everywhere else.
If it is so, could you please make an option somewhere in the settings to invert this logic? I searched for it, I couldn't find it. :(Review for next versionhttps://gitlab.com/gnachman/iterm2/-/issues/7734Re-attaching to tmux session doesn't restore profile stack2019-04-23T04:42:47ZnallRe-attaching to tmux session doesn't restore profile stack* iTerm2 version: Build 3.3.0beta3
* OS version: 10.14.5 Beta
Detailed steps to reproduce the problem:
1. Install shell integration on pertinent host(s)
2. Create a profile (ProfileXYZ) to be used when on host `XYZ-01.foo.com`. Set Auto...* iTerm2 version: Build 3.3.0beta3
* OS version: 10.14.5 Beta
Detailed steps to reproduce the problem:
1. Install shell integration on pertinent host(s)
2. Create a profile (ProfileXYZ) to be used when on host `XYZ-01.foo.com`. Set Automatic Profile Switching for this profile to have 1 entry: `XYZ-*`
3. Create a new iTerm2 session with ProfileABC
4. Connect to `ABC-01.foo.com` and run: `tmux -CC new-session`
5. In the newly created tmux window, connect to `XYZ-01.foo.com`. The profile changes to ProfileXYZ as expected.
6. Detach from tmux
7. Reattach to the session created in number 4 above
8. The shell to `XYZ-01.foo.com` is shown with ProfileXYZ as expected.
9. Exit the `XYZ-01.foo.com` shell. We're now back in the shell on `ABC-01.foo.com`, but still with ProfileXYZ (not ProfileABC)
If you do the above without the detach/reattach profile switching works as expected. So I suspect the stack of profiles isn't being maintained across the detach/reattach sequence. Is it your expectation that it should persist across a detach/reattach?
I'm sorry for not attaching logs and plist, but am not comfortable posting those on a public bug tracker. I hope the above is enough to reproduce the issue on your side.Review for next versionhttps://gitlab.com/gnachman/iterm2/-/issues/7708Preferences window takes a long time to open2019-04-27T06:05:00ZCharlesPreferences window takes a long time to openThanks for filing an issue! Please answer the questions below so I can help you.
* iTerm2 version: 3.3.20190404nightly
* OS version: 10.14.4
Detailed steps to reproduce the problem:
1. Start iTerm.app.
2. Hit Cmd-, to bring up the pref...Thanks for filing an issue! Please answer the questions below so I can help you.
* iTerm2 version: 3.3.20190404nightly
* OS version: 10.14.4
Detailed steps to reproduce the problem:
1. Start iTerm.app.
2. Hit Cmd-, to bring up the preferences window.
What happened: After a delay of nearly a second, the preferences window appears.
What should have happened: There should be no delay, the window should appear almost instantaneously.
No such issue happens on 3.2.8. I wonder if this is caused by the massive rearrangement of things in the preferences window. If so, I'd much rather have the old arrangement back than have a laggy preferences window.Review for next version