iterm2 issueshttps://gitlab.com/gnachman/iterm2/-/issues2024-02-11T18:22:21Zhttps://gitlab.com/gnachman/iterm2/-/issues/496If you try to drag a window to be very narrow it grows weirdly2024-02-11T18:22:21ZGeorge NachmanIf you try to drag a window to be very narrow it grows weirdly*By gnach\.\.\. on January 16, 2011 21:18 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Create a new window
2. Resize by dragging the corner, see how narrow you can make it.
3. It expands its w...*By gnach\.\.\. on January 16, 2011 21:18 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Create a new window
2. Resize by dragging the corner, see how narrow you can make it.
3. It expands its width to a seemingly random size.
<b>What is the expected output? What do you see instead?</b>
<b>Please use labels and text to provide additional information.</b>
https://gitlab.com/gnachman/iterm2/-/issues/11331CoreParse submodule commit is missing2024-02-06T08:48:50ZPatrick Linnanepatrick@linnane.ioCoreParse submodule commit is missing# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version: N/A
- OS version: N/A
- Attach `~/Library/Preferences/com.googlecode.iterm2.plist` here (drag-drop from finder into this wi...# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version: N/A
- OS version: N/A
- Attach `~/Library/Preferences/com.googlecode.iterm2.plist` here (drag-drop from finder into this window)
- Attach a [debug log](https://iterm2.com/debuglog), if possible.
- Attach a screen capture video if it would make the reproduction steps clearer.
PLEASE ATTACH YOUR PLIST FILE FOR BUG REPORTS!
Seriously! I'll probably ask you for it if you don’t.
## Detailed steps to reproduce the problem
1. Clone the iTerm2 repo from GitHub
2. Run `git submodule update --init`
## What happened
>fatal: remote error: upload-pack: not our ref 32204dadd9640719bdd8576f9fa1dea2605140da
fatal: Fetched in submodule path 'CoreParse', but it did not contain 32204dadd9640719bdd8576f9fa1dea2605140da. Direct fetching of that commit failed.
## What should have happened
The submodule updates.
---https://gitlab.com/gnachman/iterm2/-/issues/11339Drag to split windows horizontally causes tab stacking and a hiddent tab2024-02-06T07:39:34ZAndrew BackerDrag to split windows horizontally causes tab stacking and a hiddent tab# Bug report
- iTerm 3.4.23 / on 14.2.1
- [com.googlecode.iterm2.plist](/uploads/75917d73a51a02b921ca200154cc09a4/com.googlecode.iterm2.plist)
- [debuglog.txt](/uploads/bfd9d6b1f07b2bb5e017286c26166dc6/debuglog.txt)
- [Screen_Recording_...# Bug report
- iTerm 3.4.23 / on 14.2.1
- [com.googlecode.iterm2.plist](/uploads/75917d73a51a02b921ca200154cc09a4/com.googlecode.iterm2.plist)
- [debuglog.txt](/uploads/bfd9d6b1f07b2bb5e017286c26166dc6/debuglog.txt)
- [Screen_Recording_2024-01-30_at_19.42.23](/uploads/de824299948c013efe9668602083a49a/Screen_Recording_2024-01-30_at_19.42.23.mov)
## Detailed steps to reproduce the problem
1. Create 2 tabs
2. **Drag** to bottom to create horizontall split tabs
3. Dragged tab covers existing tab completely
4. Cmd+W closes the visible tab, showing the hidden (previous) tab
# What should happen
The tab should be visible. I've also had issues with horizontal dragging, but this was the easiest to replicate.
# What happens
It covers the previous tab
---https://gitlab.com/gnachman/iterm2/-/issues/11345Save/restore shell directory stack2024-02-05T21:05:08ZGeorge EfSave/restore shell directory stack# Feature Request
## Summary
When I save and restore a window arrangement, it would be nice to preserve the shell directory stack (pushd in most common shells). Same for a restart when I update to a new version.
## Alternatives
There...# Feature Request
## Summary
When I save and restore a window arrangement, it would be nice to preserve the shell directory stack (pushd in most common shells). Same for a restart when I update to a new version.
## Alternatives
There are no good alternatives. Typically I have a few windows, each containing a few tabs, permanently open. I work on a different topic in each tab (I use the tab label to distinguish them). After an automatic restart (installation of new version), or after a manual windows restore, I need to setup the shell directory stack in each tab, or at least in the tabs that I currently work, which is not convenient. Configuring the directory stacks with a script is not convenient: (1) it is very dynamic, so any configuration becomes outdated after some time (I just need the last setup before restart/restore), and (2) I need multiple scripts to configure multiple tabs.
The inconvenience of having to remember and setup manually the directory stack in each tab, is the main reason I postpone the installation of new versions as much as I can (usually I update iTerm2 only when I update macOS).
## Concerns
In case of nested shells, it is preferable to store the directory stack of the inner (active) shell. In my use case, I use nested shell only in administration tabs, in which I only run sudo in the outer shell.
This feature might be disturbing for common use cases, so it could be offered as an option which is disabled by default. E.g., in case of remote login, the active directory stack is at the remote shell, but after restart/restore it will be applied to the local shell.
---https://gitlab.com/gnachman/iterm2/-/issues/11343Is this beta feature implemented? "Export All Settings and Data..." & "Import...2024-02-04T22:46:54ZRamonIs this beta feature implemented? "Export All Settings and Data..." & "Import All Settings and Data..."# Bug report
- iTerm2 version: Build 3.5.0beta19
- OS version: 14.1.1 (23B81)
Apologies if I'm either using it wrong or the feature is still under WIP, I could not find it in the docs :grinning: :pray:
## Detailed steps to reproduce ...# Bug report
- iTerm2 version: Build 3.5.0beta19
- OS version: 14.1.1 (23B81)
Apologies if I'm either using it wrong or the feature is still under WIP, I could not find it in the docs :grinning: :pray:
## Detailed steps to reproduce the problem
1. Make any change on the Settings, for instance change "General > Window > Smart window placement" and change it (say from True to False).
2. General > Preferences > Export All Settings and Data... and select for instance ~/Desktop/here
2. Toggle the option you touched on step 1.
3. General > Preferences > Import All Settings and Data... and select ~/Desktop/here.itermexport
## What happened
"General > Window > Smart window placement" has not been "imported".
## What should have happened
"General > Window > Smart window placement" should have been changed?
---https://gitlab.com/gnachman/iterm2/-/issues/11302⌘E inconsistent highlighting on second invocation with same string2024-02-04T20:59:04ZPeter Danford⌘E inconsistent highlighting on second invocation with same string# Bug report
- iTerm2 version: Build 3.5.0beta18
- OS version: Ventura 13.6.3
- Attach `~/Library/Preferences/com.googlecode.iterm2.plist`[com.googlecode.iterm2.plist](/uploads/f4284ecd8e8f1fcb3aef98f940c00c09/com.googlecode.iterm2.plis...# Bug report
- iTerm2 version: Build 3.5.0beta18
- OS version: Ventura 13.6.3
- Attach `~/Library/Preferences/com.googlecode.iterm2.plist`[com.googlecode.iterm2.plist](/uploads/f4284ecd8e8f1fcb3aef98f940c00c09/com.googlecode.iterm2.plist)
- Attach a [debug log](https://iterm2.com/debuglog), if possible: N/A
## Detailed steps to reproduce the problem
1. open new iTerm widow of around 25 rows in height
2. do **not** have a search window open (i.e. no <kbd>⌘</kbd><kbd>F</kbd> mini window)
3. do `ls -l` on a directory with 15 or so files
4. select one of the date months where there's more than one, e.g. `Dec` then <kbd>⌘</kbd><kbd>E</kbd>
5. do `ls -l` again
6. Selected the same string again (e.g. `Dec`) and then <kbd>⌘</kbd><kbd>E</kbd> again
## What happened
Nothing changes on the second <kbd>⌘</kbd><kbd>E</kbd> invocation on the same selected string (`Dec`).
## What should have happened
The additional `Dec`s from the second `ls -l` should have been added to the original highlighted `Dec`s. Moreover, this should happen on each <kbd>⌘</kbd><kbd>E</kbd> for whatever the last string used for <kbd>⌘</kbd><kbd>E</kbd> was even without double click selecting the same string again.
Its the current behavior of <kbd>⌘</kbd><kbd>E</kbd> only highlighting the current buffer (that is, not updating the highlights as new data is added like what happens when a <kbd>⌘</kbd><kbd>F</kbd> mini window is open) is very useful. But subsequent highlight updates of the current scroll buffer for whatever the last string used for <kbd>⌘</kbd><kbd>E</kbd> should also work.
Thank you for all the hard work!
---https://gitlab.com/gnachman/iterm2/-/issues/11340macos' open command gives focus normally but doesn't now2024-02-03T23:36:32ZJ Albanmacos' open command gives focus normally but doesn't now# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version: 3.4.22
- OS version: macos 14.3 ; apple m1 max chip
- Attach `[com.googlecode.iterm2.plist](/uploads/b95bccf3494f2830777c4b...# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version: 3.4.22
- OS version: macos 14.3 ; apple m1 max chip
- Attach `[com.googlecode.iterm2.plist](/uploads/b95bccf3494f2830777c4b92ddf4e173/com.googlecode.iterm2.plist)` here (drag-drop from finder into this window)
- Attach a [debug log]([debuglog.txt](/uploads/d6dc04531d886577128495919102a4bf/debuglog.txt)), if possible.
- Attach a screen capture video if it would make the reproduction steps clearer.
PLEASE ATTACH YOUR PLIST FILE FOR BUG REPORTS!
Seriously! I'll probably ask you for it if you don’t.
## Detailed steps to reproduce the problem
1. execute "open -a firefox" at the bash command line in an iterm2 window
2.
3.
## What happened
window focus stayed with iterm window
## What should have happened
focus should have gone to a firefox window. doesn't matter what app is given to the macos open command's -a option, e.g., preview, safari, textedit, etc. the iterm2 window retains focus. in the years i've been using (and appreciating) iterm2, i've never seen this behavior before with macos. it started after an upgrade from macos 14.2 to 14.3. in macos' terminal app when the same command is given, focus switches as expected. i don't know if this is an iterm bug or the unfortunate side effect of the macos upgrade. if it's not something for you folks to fix, at least you'll know it's happening. thanks.
---https://gitlab.com/gnachman/iterm2/-/issues/11281Custom location for python scripts not found2024-02-03T17:24:13ZJon SeidelCustom location for python scripts not found# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version:** Build 3.5.20231214-nightly**
- OS version: Sonoma 14.2.1
- Attach `~/Library/Preferences/com.googlecode.iterm2.plist` her...# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version:** Build 3.5.20231214-nightly**
- OS version: Sonoma 14.2.1
- Attach `~/Library/Preferences/com.googlecode.iterm2.plist` here (drag-drop from finder into this window)
-[com.googlecode.iterm2.plist](/uploads/803ac53ac2956dad734e7afd4a5c1024/com.googlecode.iterm2.plist)
- Attach a [debug log](https://iterm2.com/debuglog), if possible.
- debuglog.txt -- I've tried to attach, but too big - 288MB
- ![CleanShot_2023-12-28_at_08.22.33_2x](/uploads/3fc71e7a3d8d86e8276f4ba59b300bf6/CleanShot_2023-12-28_at_08.22.33_2x.png)
- - Attach a screen capture video if it would make the reproduction steps clearer.
PLEASE ATTACH YOUR PLIST FILE FOR BUG REPORTS!
Seriously! I'll probably ask you for it if you don’t.
## Detailed steps to reproduce the problem
1. Created the folder `/Users/jseidel/Library/CloudStorage/Dropbox/@JES_Documents/iTerm2_PythonScripts/`
2. Created the file `OpenStandardTabs.py` which contains my 3-session setup script
3. ![CleanShot_2023-12-28_at_08.19.50_2x](/uploads/94226335b4fa0a1249048103b48fdca4/CleanShot_2023-12-28_at_08.19.50_2x.png)
4. Updated my iTerm2 config to point to the folder
5. ![CleanShot_2023-12-28_at_08.20.57_2x](/uploads/5efdf73614d2f1fc91498389d47ebd60/CleanShot_2023-12-28_at_08.20.57_2x.png)
## What happened
Upon startup I get the error
-![iTermScriptFileLoadError](/uploads/2700e096fc70f0369b6bb130462ecf7f/iTermScriptFileLoadError.png)
## What should have happened
I expected to just have access to my script via the script folder option; not sure why it's giving me the error
---https://gitlab.com/gnachman/iterm2/-/issues/10915Tabs breaking when dragging onto another tab to make it split-pane.2024-02-03T16:36:45ZOwen Voskuhl HayesTabs breaking when dragging onto another tab to make it split-pane.# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version: 3.4.19
- OS version: Ventura 13.2.1
- Attach `~/Library/Preferences/com.googlecode.iterm2.plist` here (drag-drop from finde...# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version: 3.4.19
- OS version: Ventura 13.2.1
- Attach `~/Library/Preferences/com.googlecode.iterm2.plist` here (drag-drop from finder into this window)
[com.googlecode.iterm2.plist](/uploads/e09cda5583e70f89c0a0835fa9472a20/com.googlecode.iterm2.plist)
- Attach a [debug log](https://iterm2.com/debuglog), if possible.
[debuglog.txt](/uploads/37530f925e6d3a81d03744b143c17e28/debuglog.txt)
- Attach a screen capture video to clarify the reproduction steps.
[2023-04-15_18-46-57](/uploads/e21f32c961a1781310e40df0cb2b58fd/2023-04-15_18-46-57.mp4)
PLEASE ATTACH YOUR PLIST FILE FOR BUG REPORTS!
Seriously! I'll probably ask you for it if you don’t.!
## Detailed steps to reproduce the problem
1. Open iterm2
2. Open another tab
3. Drag that tab onto the other and try to place it in split mode.
4. The second tab will disappear but is still there and accessible via cmd+<num>
## What happened
I cannot make a tab into a pane for another tab. At first, I thought this was only an issue when using Neovim. Upon further investigation, it seems to be an issue whenever I try to put another tab into split-pane mode. This is the case for both full-screen and windowed modes.
## What should have happened
The tab should have been placed into split-pane mode.
---https://gitlab.com/gnachman/iterm2/-/issues/11335box-drawing characters are visible only when selected2024-02-02T23:53:48Zkoncaqbox-drawing characters are visible only when selectedThanks for filing an issue! Please answer the questions below so I can help you.
* iTerm2 version: 3.4.23
* OS version: 12.7.3
* Attach ~/Library/Preferences/com.googlecode.iterm2.plist here [com.googlecode.iterm2.plist](/uploads/407b4a...Thanks for filing an issue! Please answer the questions below so I can help you.
* iTerm2 version: 3.4.23
* OS version: 12.7.3
* Attach ~/Library/Preferences/com.googlecode.iterm2.plist here [com.googlecode.iterm2.plist](/uploads/407b4a13d03867a07280f2e57a6b077d/com.googlecode.iterm2.plist) (drag-drop from finder into this window)
* Attach a debug log, if possible. Instructions at https://iterm2.com/debuglog
* Attach a screen capture video if it would make the reproduction steps clearer.
* Are you reporting a performance issue, excessive CPU usage, or a hang? Please attach a sample. Instructions at https://gitlab.com/gnachman/iterm2/wikis/HowToSample
* Are you reporting a crash? Please attach the crash log. Instructions at https://gitlab.com/gnachman/iterm2/wikis/crash-logs
* Are you reporting excessive memory usage? Please attach a heap analysis: https://gitlab.com/gnachman/iterm2/wikis/heapshot
PLEASE ATTACH YOUR PLIST FILE FOR BUG REPORTS! Seriously! I'll probably ask you for it if you don’t.
![Zrzut_ekranu_2024-01-26_o_13.56.05](/uploads/92c0c09d145a7cc373de9c91f5269fcc/Zrzut_ekranu_2024-01-26_o_13.56.05.png)
Any idea how to change it?https://gitlab.com/gnachman/iterm2/-/issues/11324Alternate screen does not clear trigger marks2024-02-02T19:41:11ZRichardAlternate screen does not clear trigger marks# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version: Build 3.5.0beta18
- OS version: Sonoma 14.2.1
- Attach `~/Library/Preferences/com.googlecode.iterm2.plist` here (drag-drop ...# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version: Build 3.5.0beta18
- OS version: Sonoma 14.2.1
- Attach `~/Library/Preferences/com.googlecode.iterm2.plist` here (drag-drop from finder into this window)
- Attach a [debug log](https://iterm2.com/debuglog), if possible.
- Attach a screen capture video if it would make the reproduction steps clearer.
PLEASE ATTACH YOUR PLIST FILE FOR BUG REPORTS!
Seriously! I'll probably ask you for it if you don’t.
## Detailed steps to reproduce the problem
1. Create an annotation trigger
![image](/uploads/6f14c734827af1236f951bb4262a5eeb/image.png)
2. Use moar to display a file with text triggering annotation trigger
3. View trigger:
![image](/uploads/843debe1676f7c8a8c8b9017aa90d506/image.png)
4. advance to next page, trigger is still displayed even though lacking trigger string:
![image](/uploads/64578dfb58a5898e8480a1062ed366c7/image.png)
This can also be triggered using 'less' to trigger the annotation and then pressing 'k' to scroll up one line, as seen here:
![image](/uploads/ec6a88071b030c124fa83eb6e1ca4051/image.png)
## What happened
Annotation continues display. Orange line going to the annotation text also continues to display (without the annotation when the alternate screen is used again (for example, rerunning moar). This also happens with the more common 'less' command, but oddly enough only when paging backwards in the file after triggering the annotation.
## What should have happened
The annotation should be fully cleared when the text is scrolled.
---https://gitlab.com/gnachman/iterm2/-/issues/11307Feature Request: Search/manage snippets2024-02-01T21:42:19ZBrandon LiuFeature Request: Search/manage snippetsIn the settings -> snippets menu, there is no way to search snippets when managing them. This a less than desirable UX for users like me with many snippets, as it requires manually scrolling to find the snippet I want to update. (Making ...In the settings -> snippets menu, there is no way to search snippets when managing them. This a less than desirable UX for users like me with many snippets, as it requires manually scrolling to find the snippet I want to update. (Making a new ticket since the others are closed) ![image](/uploads/25cef65229985a848ac1566babd9dffa/image.png)https://gitlab.com/gnachman/iterm2/-/issues/11277bug(drawing): setting high refresh rate causes iTerm to struggle to process i...2024-02-01T20:41:23ZMax Coplanbug(drawing): setting high refresh rate causes iTerm to struggle to process inputs# Bug report
- iTerm2 version: 3.4.22
- OS version: Sonoma 14.2.1
- Attach [~/Library/Preferences/com.googlecode.iterm2.plist](/uploads/b45e0670258312680345048bd311b497/com.googlecode.iterm2.plist)
- Attach a [debug log](https://iterm2....# Bug report
- iTerm2 version: 3.4.22
- OS version: Sonoma 14.2.1
- Attach [~/Library/Preferences/com.googlecode.iterm2.plist](/uploads/b45e0670258312680345048bd311b497/com.googlecode.iterm2.plist)
- Attach a [debug log](https://iterm2.com/debuglog), if possible. [com.googlecode.iterm2.plist](/uploads/b45e0670258312680345048bd311b497/com.googlecode.iterm2.plist)
- Attach a screen capture video if it would make the reproduction steps clearer. ![Screen_Recording_2023-12-26_at_12.44.32_PM](/uploads/cd54fa9e770a46cfdf4e73a6238f79de/Screen_Recording_2023-12-26_at_12.44.32_PM.mov)
## Detailed steps to reproduce the problem
1. run `yes` in your shell
2. press control+c as fast as possible
3. note how as soon as you press control+c `yes` is stopped
4. set settings > advanced > drawing > When adaptive rendering and using the Metal renderer...max FPS to 120FPS
5. repeat steps 1-3
## What happened
It takes many seconds for control+c to register and for `yes` to be stopped.
## What should have happened
`yes` should have stopped instantly like it does at 30FPS
---https://gitlab.com/gnachman/iterm2/-/issues/10139Add NSSpeechRecognitionUsageDescription to Info.plist2024-02-01T01:28:24ZnhynesAdd NSSpeechRecognitionUsageDescription to Info.plist# Feature Request
## Summary
CLI programs that use `SpeechRecognition.framework` cannot run under iTerm2 because it does not have `NSSpeechRecognitionUsageDescription` in its `Info.plist`.
## Alternatives
* custom build with modified...# Feature Request
## Summary
CLI programs that use `SpeechRecognition.framework` cannot run under iTerm2 because it does not have `NSSpeechRecognitionUsageDescription` in its `Info.plist`.
## Alternatives
* custom build with modified `Info.plist`
* running the application in Terminal.app, but being sad because of the degraded UX
## Concerns
* Privacy - Unscrupulous apps running in iTerm2 could use this extra permission to perform unauthorized speech recognition, which is more dangerous than already present microphone access because a) the remote payloads could be smaller and b) speech recognition can be done on files without using microphone at all. One would hope that users would not approve this permission unless certainly needed and not without trusting the software.
* Performance - None
* Memory - None
* Complexity - Trivial
* Is this an instance of a more general problem? - Perhaps, but not under Apple's current privacy framework.
---https://gitlab.com/gnachman/iterm2/-/issues/11336Preferences > Export All Settins and Data... Not working: Problem Exporting2024-01-31T22:31:24ZRamonPreferences > Export All Settins and Data... Not working: Problem Exporting# Bug report
Hello :) I was trying to save out the preferences so I can restore them if I move to an other macOS machine I have around, but I didn't succeed with the beta version :( I have not tried on the stable installation.
- iTerm2...# Bug report
Hello :) I was trying to save out the preferences so I can restore them if I move to an other macOS machine I have around, but I didn't succeed with the beta version :( I have not tried on the stable installation.
- iTerm2 version: Build 3.5.0beta19
- OS version: Sonoma 14.1.1 (23B81)
- [com.googlecode.iterm2.plist](/uploads/88803fb949a571ecf6c62716e64bc916/com.googlecode.iterm2.plist)
- [debuglog.txt](/uploads/7e6e899e5ed2abdd24879c68cdac0eff/debuglog.txt)
Screenshot of the issue:
![Screenshot_2024-01-26_at_18.21.19](/uploads/184b0c783d6d40960c94d3c68fa43afd/Screenshot_2024-01-26_at_18.21.19.png)
## Detailed steps to reproduce the problem
1. Go to Settings > General > Preferences > Export All Settings and Data...
2. Select any folder where you want to save them. I tried the Downloads folder as well as the Desktop folder, iTerm has access to all my file system.
3. Click Save.
## What happened
An error message shows up with title "Problem Exporting" and a message: "Failed to copy file: The file “.iterm2” couldn’t be opened because there is no such file."
## What should have happened
Should have saved my settings.
---https://gitlab.com/gnachman/iterm2/-/issues/11332Flickering with irssi status bar after 3.5.0beta19 update2024-01-31T19:51:15ZDimitry AndricFlickering with irssi status bar after 3.5.0beta19 update# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version: 3.5.0beta19
- OS version: 13.6.3
- [com.googlecode.iterm2.plist](/uploads/1ebfdd58589be50be30c9261241f1125/com.googlecode.i...# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version: 3.5.0beta19
- OS version: 13.6.3
- [com.googlecode.iterm2.plist](/uploads/1ebfdd58589be50be30c9261241f1125/com.googlecode.iterm2.plist)
## Detailed steps to reproduce the problem
1. Run irssi in a iTerm 3.5.0beta18 session (over ssh, but that doesn't really matter)
2. Observe its status bar, which updates the time every second
3. There is no flicker or blinking visible when the status bar is updated:
4. ![statusbar-3.5.0beta18](/uploads/447ea13a7f82e2496a28f338918a1488/statusbar-3.5.0beta18.mp4)
4. Run irssi in a iTerm 3.5.0beta19 session
5. Observe the status bar again: now it subtly flickers or blinks whenever it is updated:
6. ![statusbar-3.5.0beta19](/uploads/2b209aaf1d82e3a47f528189b52f0e3c/statusbar-3.5.0beta19.mp4)
## What happened
The text in the terminal updated with slight flickering and blinking
## What should have happened
The text in the terminal updated without any flickering or blinking
---https://gitlab.com/gnachman/iterm2/-/issues/11333Some shortcuts don't appear to work (e.g. Ctrl+R for reverse lookup) in Hotke...2024-01-31T12:10:04ZIan WrightSome shortcuts don't appear to work (e.g. Ctrl+R for reverse lookup) in Hotkey window# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version: Build 3.4.23
- OS version: macOS 14.2.1 (23C71)
- Attach `~/Lib[com.googlecode.iterm2.plist](/uploads/83e797080d45cb6937733...# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version: Build 3.4.23
- OS version: macOS 14.2.1 (23C71)
- Attach `~/Lib[com.googlecode.iterm2.plist](/uploads/83e797080d45cb69377332e0fbd26211/com.googlecode.iterm2.plist)rary/Preferences/com.googlecode.iterm2.plist` here (drag-drop from finder into this window)
- Attach a [debug log](https://iterm2.com/debuglog), if possible.
- Attach a screen capture video if it would make the reproduction steps clearer.
PLEASE ATTACH YOUR PLIST FILE FOR BUG REPORTS!
Seriously! I'll probably ask you for it if you don’t.
## Detailed steps to reproduce the problem
1. Open a Hotkey Window (my is bound to F1, and launches at logon)
2. Press Ctrl+R to do a reverse look-up
3. (Fails to lookup, instead clears the screen)
4. Close the Hotkey Window down completely
5. Open up iTerm2 (not a hotwindow)
6. Press Ctrl+R to do a reverse look-up
7. (Works fine)
8. Open a new Hotkey window (with iTerm2 still open in a normal window)
9. Press Ctrl+R to do a reverse look-up
10. (Now it works fine)
## What happened
The shortcut didn't work correctly and instead cleared the screen.
## What should have happened
The reverse lookup should have kicked in.
Note that this also affects my Ctrl+C to kill the command
---
(Need to restart... video coming soon).https://gitlab.com/gnachman/iterm2/-/issues/11330use PressAndHold.app for intput2024-01-30T19:48:51ZRonald Fischeruse PressAndHold.app for intput# Feature Request
## Summary
What is the feature you'd like to request?
Most applications on MacOS (Firefox, BBEdit, Pages, Textedit, ... just to name a few) employ an application called PressAndHold (https://www.sir-apfelot.de/en/mac...# Feature Request
## Summary
What is the feature you'd like to request?
Most applications on MacOS (Firefox, BBEdit, Pages, Textedit, ... just to name a few) employ an application called PressAndHold (https://www.sir-apfelot.de/en/mac-press-and-hold-for-accents-18974/) for interfacing with the keyboard. This works like this:
Whenever I press a vocal letter (say i for a second or so, a small window pops up where I can choose between various accented versions of this character. In the case of i, the list contains î, ï, í, ī and ì, and typing a number from 1 to 5 selects which of those characters I want to actually enter. When I press an interpunction character (say - or .) and hold it, automatic key repeat starts (--------------........). This is reasonable and handy.
In iTerm2, press and hold a key ALWAYS causes a key repetition to occur. It would be great to have the press-and-hold behaviour described above instead.
## Alternatives
Depending on the kind of key to generate, there can be alternatives. For instance in order to get the character é, I can type a the character ´ followed by the key e. This works since ´ is a so called dead key. In order to get the character ö, it's easy for me, since I have a German keyboard, which directly represents this character. However if I want to get the character ō, I'm out of luck. I have to fire up some texteditor, enter there the ō and copy and paste it into iTerm2.
## Concerns
Perhaps not anybody will need or like PressAndHold, therefore I feel that this should be configurable in the Preferences.
---https://gitlab.com/gnachman/iterm2/-/issues/10623the nerdfont symbol not correctly align to the line2024-01-30T19:26:26ZNanozuki Crowsthe nerdfont symbol not correctly align to the line# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version:
- OS version:
- Attach `~/Library/Preferences/com.googlecode.iterm2.plist` here (drag-drop from finder into this window)
- ...# Bug report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version:
- OS version:
- Attach `~/Library/Preferences/com.googlecode.iterm2.plist` here (drag-drop from finder into this window)
- Attach a [debug log](https://iterm2.com/debuglog), if possible.
- Attach a screen capture video if it would make the reproduction steps clearer.
PLEASE ATTACH YOUR PLIST FILE FOR BUG REPORTS!
Seriously! I'll probably ask you for[com.googlecode.iterm2.plist](/uploads/063bbb1a3ca561c6eeda0ee2522186a1/com.googlecode.iterm2.plist) it if you don’t.
## Detailed steps to reproduce the problem
1. Install a nerdfont, such as `brew install font-fira-code-nerd-font`, `brew install font-jetbrains-mono-nerd-font`
2. Choose the font in preference: `FiraCode Nerd Font Mono`, `JetBrains Nerd Font Mono`
## What happened
The nerdfont symbol not correctly align to the line:
![image](/uploads/553949c79d803b3cb7766dccbf3caade/image.png)
![image](/uploads/a8ef2db44dc834b022d76312ed0452a9/image.png)
## What should have happened
(screenshot in wezterm):
![image](/uploads/898b7062cb2861197e570bc818dcd4d0/image.png)
![image](/uploads/40cce3d4336220ddd70c376f5f9b36e9/image.png)
---
[com.googlecode.iterm2.plist](/uploads/c7b185503cb1bc6727599f50f5343c9d/com.googlecode.iterm2.plist)https://gitlab.com/gnachman/iterm2/-/issues/11298Crash when trying to change trigger color2024-01-30T19:25:41ZMatt ThompsonCrash when trying to change trigger color# Crash report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version: 3.5.0beta18
- OS version: macOS 14.2.1
- Attach `~/Library/Preferences/com.googlecode.iterm2.plist` here (drag-drop from...# Crash report
Thanks for filing an issue! Please answer the questions below so I can help you.
- iTerm2 version: 3.5.0beta18
- OS version: macOS 14.2.1
- Attach `~/Library/Preferences/com.googlecode.iterm2.plist` here (drag-drop from finder into this window) → [com.googlecode.iterm2.plist](/uploads/cdfcd22fb1227164e01be33567d59ab9/com.googlecode.iterm2.plist)
- Attach a [debug log](https://iterm2.com/debuglog), if possible. → Couldn't do this.
- Attach a screen capture video if it would make the reproduction steps clearer. → [720p-crash](/uploads/f920312d27f846f772d0ca54bfe0608e/720p-crash.mov)
- Please attach the [crash log](https://gitlab.com/gnachman/iterm2/wikis/crash-logs). → [iTerm2-2024-01-05-081721.ips](/uploads/99d8cc1649755fd053fb0f4077e3cc46/iTerm2-2024-01-05-081721.ips)
(NOTE: I also tried reporting under the iTerm crash dialog. Not sure if it went through though...)
PLEASE ATTACH YOUR PLIST FILE FOR BUG REPORTS!
Seriously! I'll probably ask you for it if you don’t.
## Detailed steps to reproduce the problem
1. Go to Settings → Profiles → Advanced → Edit Triggers
2. Select a foreground color of a trigger
3. Try to change it.
4. Crash.
## What happened
iTerm crashed.
## What should have happened
The color of my trigger should have changed.
---