iterm2 issueshttps://gitlab.com/gnachman/iterm2/-/issues2015-04-29T03:26:00Zhttps://gitlab.com/gnachman/iterm2/-/issues/1429show tab's in full screen mode permanently option2015-04-29T03:26:00ZGeorge Nachmanshow tab's in full screen mode permanently option*By \.\.\.@plumdistrict.com on September 08, 2011 02:18 (imported from Google Code)*
---
Hello,
I'd like to have checkbox in control panel, so as user when it's selected I can see tabs in full screen mode permanently.
Tha...*By \.\.\.@plumdistrict.com on September 08, 2011 02:18 (imported from Google Code)*
---
Hello,
I'd like to have checkbox in control panel, so as user when it's selected I can see tabs in full screen mode permanently.
Thanks!
---
![Preferences.jpg](https://storage.googleapis.com/google-code-attachments/iterm2/issue-1429/comment-0/Preferences.jpg)https://gitlab.com/gnachman/iterm2/-/issues/1407Page up,down keys don't work2021-04-04T04:31:14ZGeorge NachmanPage up,down keys don't work*By zubin.hen\.\.\. on September 04, 2011 20:57 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Press page up/down
<b>What is the expected output? What do you see instead?</b>
Instead of movin...*By zubin.hen\.\.\. on September 04, 2011 20:57 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Press page up/down
<b>What is the expected output? What do you see instead?</b>
Instead of moving up or down, a tilde character is inserted,
<b>What version of the product are you using? On what operating system?</b>
Build 1.0.0.20110828
OS X Lion 10.7.1
---
[com.googlecode.iterm2.plist](https://storage.googleapis.com/google-code-attachments/iterm2/issue-1407/comment-0/com.googlecode.iterm2.plist)https://gitlab.com/gnachman/iterm2/-/issues/1389Display is corrupted when editing a long line and resizing the window2015-04-29T03:25:58ZGeorge NachmanDisplay is corrupted when editing a long line and resizing the window*By sgiff\.\.\.@suspectclass.com on August 31, 2011 04:33 (imported from Google Code)*
---
<b>* Please attach your ~/Library/Preferences/com.googlecode.iterm2.plist file</b>
<b>to this issue! Most issues are configuration-specific an...*By sgiff\.\.\.@suspectclass.com on August 31, 2011 04:33 (imported from Google Code)*
---
<b>* Please attach your ~/Library/Preferences/com.googlecode.iterm2.plist file</b>
<b>to this issue! Most issues are configuration-specific and this will speed</b>
<b>up resolution. *</b>
<b>What steps will reproduce the problem?</b>
1. Open a new iterm2 Window running Bash
2. Paste in a fairly long line of text, such as: echo this is a really long command line that takes up more than one line don't you know it really isn't that bad I think.
3. Hit enter
4. Hit the up arrow to bring back your last command
5. Now resize the window several times, varying between large and small sizes
What is the expected output?
The window should display the previous line and the line I'm currently editing properly sized
What do you see instead?
The display becomes corrupt, with parts of my prompt and the command smeared across the screen.
<b>What version of the product are you using? On what operating system?</b>
iterm2 Build 1.0.0.20110828 on MacOS 10.6.8.
<b>Please provide any additional information below.</b>
For more details see the attached screenshot and video.
---
![Screen shot 2011-08-31 at 12.18.56 AM.png](https://storage.googleapis.com/google-code-attachments/iterm2/issue-1389/comment-0/Screen shot 2011-08-31 at 12.18.56 AM.png)
[iterm-resize-bug.mp4](https://storage.googleapis.com/google-code-attachments/iterm2/issue-1389/comment-0/iterm-resize-bug.mp4)
[com.googlecode.iterm2.plist](https://storage.googleapis.com/google-code-attachments/iterm2/issue-1389/comment-0/com.googlecode.iterm2.plist)https://gitlab.com/gnachman/iterm2/-/issues/1326iTerm2 does not align it's window properly when used with BetterSnapTool2015-04-29T03:25:55ZGeorge NachmaniTerm2 does not align it's window properly when used with BetterSnapTool*By kung\.\.\..@gmx.de on August 14, 2011 15:24 (imported from Google Code)*
---
I use BetterSnapTool (from the MacAppStore) to align the application windows on my mac. When I use BetterSnapTool with iTerm2 there is always a gap left o...*By kung\.\.\..@gmx.de on August 14, 2011 15:24 (imported from Google Code)*
---
I use BetterSnapTool (from the MacAppStore) to align the application windows on my mac. When I use BetterSnapTool with iTerm2 there is always a gap left on the right and the Bottom (have a look at the attached picture). The Picture shows the upper right quadrant of my desktop. iTerm2 should fill it completely but leaves gaps.
It does not matter into which quadrant I put the iTerm2 Window. It always leaves these gaps.
I deactivated the window border and hid the scrollbar/resize control.
This is no mayor defect but it would be really nice to have a proper terminal window alignment with BetterSnapTool.
---
![iTerm2DoesNotAlginProperlyWithBetterSnapTool.png](https://storage.googleapis.com/google-code-attachments/iterm2/issue-1326/comment-0/iTerm2DoesNotAlginProperlyWithBetterSnapTool.png)https://gitlab.com/gnachman/iterm2/-/issues/1308In non-lion full screen mode, only hide dock if it's on the same physical scr...2015-04-29T03:25:54ZGeorge NachmanIn non-lion full screen mode, only hide dock if it's on the same physical screen as iTerm*By scgila\.\.\. on August 10, 2011 15:57 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Choose the non-lion full screen mode preference
2. Arrange for Dock to be on a *different* screen from wher...*By scgila\.\.\. on August 10, 2011 15:57 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Choose the non-lion full screen mode preference
2. Arrange for Dock to be on a *different* screen from where iTerm will full screen (multiple physical screens)
3. Arrange for the menu bar to be on the *same* screen where iTerm will full screen
3. Put iterm2 into full screen mode
<b>What is the expected output? What do you see instead?</b>
Expected the dock to be visible as there's no reason for iTerm to hide it in this case. Instead, iTerm hides it along with the menu bar.
<b>What version of the product are you using? On what operating system?</b>
iTerm2: build 1.0.0.20110804
Mac os X Lion: 10.7
<b>Please provide any additional information below.</b>
1. This may look similar to 1091, but I think it's different
2. I believe I reported similar behavior in the past for superfluous menu bar hiding. I suspect that there's an assumption in the current code that the menu bar and the dock are on the same screen and the code only checks whether to hide both or not based on the location of the menu bar. They can be on different screens and one needs to check whether or not to hide each independently.
3. I've attached my preferences plist as that seems a frequent request for similar issues.
---
[com.googlecode.iterm2.plist](https://storage.googleapis.com/google-code-attachments/iterm2/issue-1308/comment-0/com.googlecode.iterm2.plist)https://gitlab.com/gnachman/iterm2/-/issues/1303Inverted colors with transparency2015-04-29T03:25:54ZGeorge NachmanInverted colors with transparency*By vei\.\.\. on August 08, 2011 19:53 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Create a terminal with default settings
2. Use a small, but non-zero amount of transparency for the background...*By vei\.\.\. on August 08, 2011 19:53 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Create a terminal with default settings
2. Use a small, but non-zero amount of transparency for the background, with no background image.
<b>What is the expected output? What do you see instead?</b>
Certain colors in the background appear 'inverted' (see screenshot)
<b>What version of the product are you using? On what operating system?</b>
Build 1.0.0.20110804
---
![Screen Shot 2011-08-08 at 3.52.32 PM.png](https://storage.googleapis.com/google-code-attachments/iterm2/issue-1303/comment-0/Screen Shot 2011-08-08 at 3.52.32 PM.png)https://gitlab.com/gnachman/iterm2/-/issues/1159Font size change does not affect all tabs in window2020-01-15T09:04:13ZGeorge NachmanFont size change does not affect all tabs in window*By steve\.\.\. on July 21, 2011 21:02 (imported from Google Code)*
---
Reproduction Scenario:
1. Create a window with multiple tabs using the same font size.
2. Resize the font in one tab (grow it). This causes the window to grow ...*By steve\.\.\. on July 21, 2011 21:02 (imported from Google Code)*
---
Reproduction Scenario:
1. Create a window with multiple tabs using the same font size.
2. Resize the font in one tab (grow it). This causes the window to grow and keep the same proportions. (Unlike bug 322, this is fine by me.)
3. Switch to a different tab. This tab has the original font size but is much smaller - its character proportions are correspondingly larger. If I want THAT tab to be more visible (for the same reason that I changed the font size in (2)), the window grows AGAIN.
As a concrete example, I normally have 3-4 tabs open in a 100x40 window using 10pt Monaco.
When I resize one tab to be 13pt (the next readable size up), the resized tab stays at 100x40 but the other tabs, still at 10pt, grow to be136x52. If I resize THAT second tab to use 13pt, the window grows AGAIN -- the physical size of the window is larger, and the remaining 10pt windows are now 180x65. Any further resizing is problematic because the window then grows larger than the screen.
My preferred approach would be to make font size a window-specific value, rather than tab-specific, so growing the font size applies to all tabs within the window. As I usually grow the font size to make the window more readable, it doesn't make much sense to have only one tab's font grow. It also makes bug 322 that much more annoying, since the window grows/shrinks each for every tab that is resized.
This is iTerm2 1.0.0.20110720 (seen on all releases) on Mac OS X 10.6.7.https://gitlab.com/gnachman/iterm2/-/issues/1066iterm2 is free2015-04-29T03:25:43ZGeorge Nachmaniterm2 is free*By hroi.sigurds\.\.\. on June 24, 2011 17:36 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Download iterm2.
2. Do not pay anything.
3. Use product anyway.
<b>What is the expected outpu...*By hroi.sigurds\.\.\. on June 24, 2011 17:36 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Download iterm2.
2. Do not pay anything.
3. Use product anyway.
<b>What is the expected output? What do you see instead?</b>
Expected output : Only €49! Best Mac terminal emulator ever...
Instead: http://code.google.com/p/iterm2/downloads/list
<b>What version of the product are you using? On what operating system?</b>
iterm2
Build 0.20.20110619
https://gitlab.com/gnachman/iterm2/-/issues/989Task switching with Witch doesn't respect normal focus follows mouse.2015-04-29T03:25:39ZGeorge NachmanTask switching with Witch doesn't respect normal focus follows mouse.*By rseym\.\.\. on June 02, 2011 21:59 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Open two or more iTerm windows
2. Click on iTerm shell window X
3. alt-Tab (or whatever Witch shortcut) to i...*By rseym\.\.\. on June 02, 2011 21:59 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Open two or more iTerm windows
2. Click on iTerm shell window X
3. alt-Tab (or whatever Witch shortcut) to iTerm window Y
4. begin typing in window Y... but surprise you are typing into window X
<b>What is the expected output? What do you see instead?</b>
What should happen in step 4 is that you're typing should show up in window Y. This is what happens with the native cmd-<b>What steps will reproduce the problem?</b>
1. Open two or more iTerm windows
2. Click on iTerm shell window X
3. alt-Tab (or whatever Witch shortcut) to iTerm window Y
4. begin typing in window Y... but surprise you are typing into window X
<b>What is the expected output? What do you see instead?</b>
What should happen in step 4 is that you're typing should show up in window Y. This is what happens with the native cmd-
<b>What version of the product are you using? On what operating system?</b>
iTerm: Build 0.20.20110529
Witch: Version 3.6.3 (3145)
That's about it. I am 99% sure this just popped up in the latest iTerm2 update.
Thanks for the great app.
https://gitlab.com/gnachman/iterm2/-/issues/967Color active (focused) pane border2015-04-29T03:25:38ZGeorge NachmanColor active (focused) pane border*By rymar\.\.\. on May 30, 2011 22:30 (imported from Google Code)*
---
I always have a problem with finding my focused terminal (having a 3x3 terms matrix). The only way to distinguish active terminal is by checking the cursor icon (it...*By rymar\.\.\. on May 30, 2011 22:30 (imported from Google Code)*
---
I always have a problem with finding my focused terminal (having a 3x3 terms matrix). The only way to distinguish active terminal is by checking the cursor icon (it's "full" when it's active). It would be great if iterm2 could get a feature like this:
http://port70.net/~kzed/dwm-5.6.1/dwm-5.6.1-fancybar-2.png
Active pane has a colored border (blue in the screenshot) - finding a terminal is much easier. And of course, it just looks cool :-)https://gitlab.com/gnachman/iterm2/-/issues/946Auto complete and Focus Follows Mouse2015-04-29T03:25:38ZGeorge NachmanAuto complete and Focus Follows Mouse*By izubu\.\.\. on May 22, 2011 21:07 (imported from Google Code)*
---
I just love iTerm2, especially the useful features such as Autocomplete.
An issue is that when I turned on the Focus Follows Mouse using
MoriondMouse http:...*By izubu\.\.\. on May 22, 2011 21:07 (imported from Google Code)*
---
I just love iTerm2, especially the useful features such as Autocomplete.
An issue is that when I turned on the Focus Follows Mouse using
MoriondMouse http://www.atomicbird.com/mondomouse/
the Autocomplete window disappears in a second
if the window is not under the mouse pointer.
Is there any way FFM and Autocomplete coexists ?
Thank you,
Taku
https://gitlab.com/gnachman/iterm2/-/issues/945simplify profile management2015-04-29T03:25:38ZGeorge Nachmansimplify profile management*By sorin.sbar\.\.\. on May 21, 2011 15:06 (imported from Google Code)*
---
Currently there are two different windows that are displaying the profiles, both of them having configurable data in them.
I think that it would be much b...*By sorin.sbar\.\.\. on May 21, 2011 15:06 (imported from Google Code)*
---
Currently there are two different windows that are displaying the profiles, both of them having configurable data in them.
I think that it would be much better to have only one window for editing the profiles.
The current workflow: Profiles > Open Profiles > Edit Profiles seams unreasonable complex, if you want to just open a profile it's enough to use the "new" popup.https://gitlab.com/gnachman/iterm2/-/issues/913Strange flickering when doing a full screen redraw2015-04-29T03:25:36ZGeorge NachmanStrange flickering when doing a full screen redraw*By dp-googlec\.\.\.@d--p.de on May 13, 2011 17:24 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. less some.file
2. ^L (repaint the screen)
<b>What is the expected output? What do you see ins...*By dp-googlec\.\.\.@d--p.de on May 13, 2011 17:24 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. less some.file
2. ^L (repaint the screen)
<b>What is the expected output? What do you see instead?</b>
The screen flickers in a very strange way. It seems to be that just bevor the redraw happens the content is shifted downwards. Pressing ^L repeatedly makes the effect more visible.
This also happens when the redraw is done by an application ('page down' in less looks similar).
<b>What version of the product are you using? On what operating system?</b>
iTerm2-nightly-2011-05-12
<b>Please provide any additional information below.</b>
https://gitlab.com/gnachman/iterm2/-/issues/897Closing a tab makes the windows height smaller 2015-04-29T03:25:36ZGeorge NachmanClosing a tab makes the windows height smaller *By bhte\.\.\. on May 06, 2011 20:42 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Makes a windows with lots of spilts
2. Open a new tab
3. Close the new tab
<b>What is the expected output...*By bhte\.\.\. on May 06, 2011 20:42 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Makes a windows with lots of spilts
2. Open a new tab
3. Close the new tab
<b>What is the expected output? What do you see instead?</b>
The window size should have stayed the same but got smaller
<b>What version of the product are you using? On what operating system?</b>
Build 0.20.20110413 on 10.6.7
<b>Please provide any additional information below.</b>
https://gitlab.com/gnachman/iterm2/-/issues/891R-click --> Hide Titlebar for window2019-01-14T04:28:51ZGeorge NachmanR-click --> Hide Titlebar for window*By jerimiah\.\.\. on May 05, 2011 22:48 (imported from Google Code)*
---
I'd like to see an option to hide/show the title bar for a window. Right-click makes sense to me, but it's just a suggestion.
You've already got options to ...*By jerimiah\.\.\. on May 05, 2011 22:48 (imported from Google Code)*
---
I'd like to see an option to hide/show the title bar for a window. Right-click makes sense to me, but it's just a suggestion.
You've already got options to hide the scrollbar/resize, which just leaves the title bar as the last window element that I would like to make disappear at times. This would let me keep a clean, borderless shell open on my desktop. Thanks!https://gitlab.com/gnachman/iterm2/-/issues/879Visor mode obscures first line when popped up over full-screen terminal2015-04-29T03:25:35ZGeorge NachmanVisor mode obscures first line when popped up over full-screen terminal*By ins\.\.\. on May 02, 2011 19:11 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Switch iTerm2 to full-screen mode.
2. Activate a top-of-screen global hotkey window.
3. Note that the first ...*By ins\.\.\. on May 02, 2011 19:11 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. Switch iTerm2 to full-screen mode.
2. Activate a top-of-screen global hotkey window.
3. Note that the first line is obscured by the OS X window bar.
https://gitlab.com/gnachman/iterm2/-/issues/869Add resize controls for scrollbarless terminals or move "Hide scrollbar and r...2015-04-29T03:25:34ZGeorge NachmanAdd resize controls for scrollbarless terminals or move "Hide scrollbar and resize control" pref*By soylentm\.\.\. on April 27, 2011 16:27 (imported from Google Code)*
---
I have some terminals (such as IRC) that never need resizing, and other terminals (aka, normal terminals) that frequently do need resizing. However, since the...*By soylentm\.\.\. on April 27, 2011 16:27 (imported from Google Code)*
---
I have some terminals (such as IRC) that never need resizing, and other terminals (aka, normal terminals) that frequently do need resizing. However, since the "Hide scrollbar and resize control" option is under Appearances (and not under Profiles), it is currently impossible to make some windows resizable and other windows not resizable. You have to choose one or the other. I guess there would be three ways around this:
1) Move the "Hide scrollbar and resize control" option under Profiles, so that users can create some terminals that have these controls and other terminals that don't, or
2) Separate out the options into "Hide scrollbar" and "Hide resize control" so that even a scrollbar-less terminal can still have the lower right-hand corner dragged to resize it, or
3) Offer up some sort of keyboard shortcut to temporarily display the scrollbar to allow resizing, or
4) Allow all windows to be resized by dragging the corners, regardless of whether or not a scrollbar is displayed. When you move your mouse to the lower corner of a terminal, it changes to a resizing cursor, in much the same way that you get a resizing cursor when you hover over the line that separates a split terminal.
I think that (4) would be best, but I don't know if that's possible with the current UI kit that OS X comes with. I'm not sure I can see any reason why a user would never want the option to resize a terminal, especially if it doesn't add any horizontal or vertical size to the terminal and doesn't change the appearance of the terminal at all.
Thanks! :Dhttps://gitlab.com/gnachman/iterm2/-/issues/857OSC 2; STR \a doesn't update tab title.2017-09-20T20:24:30ZGeorge NachmanOSC 2; STR \a doesn't update tab title.*By shab\.\.\. on April 23, 2011 09:55 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. echo -e '\e]2;HELLO\a'
<b>What is the expected output? What do you see instead?</b>
Tab title should b...*By shab\.\.\. on April 23, 2011 09:55 (imported from Google Code)*
---
<b>What steps will reproduce the problem?</b>
1. echo -e '\e]2;HELLO\a'
<b>What is the expected output? What do you see instead?</b>
Tab title should be updated to contain the string "HELLO"
<b>What version of the product are you using? On what operating system?</b>
OSX 1.5.8, reported against svn r791
<b>Please provide any additional information below.</b>
Attached is a patch (generated from a personal git-svn repo, so it might need a bit of twiddling to apply, probably "patch -p0 < X.patch"
Hopefully this is the correct solution. It seems to be the exact same code for \e]1; and \e]0, one of which should set both icon and title, the other icon only (afaik). (Although OSC;2 has some additional code for "logWorkingDirectoryAtLine", which I don't really understand).
Cheers.
---
[osc-2-tab-title.patch](https://storage.googleapis.com/google-code-attachments/iterm2/issue-857/comment-0/osc-2-tab-title.patch)https://gitlab.com/gnachman/iterm2/-/issues/819Have the option to map option + click to middle click2015-04-29T03:25:31ZGeorge NachmanHave the option to map option + click to middle click*By ger\.\.\. on April 15, 2011 14:44 (imported from Google Code)*
---
This would be the perfect complement to copy on select for those among us using notebooks.*By ger\.\.\. on April 15, 2011 14:44 (imported from Google Code)*
---
This would be the perfect complement to copy on select for those among us using notebooks.https://gitlab.com/gnachman/iterm2/-/issues/802Dragged file's path prefix/suffix2015-04-29T03:25:30ZGeorge NachmanDragged file's path prefix/suffix*By her\.\.\.@aldu.net on April 13, 2011 16:24 (imported from Google Code)*
---
It would be very useful to add a setting for customizable prefix/
suffix to the file's path when dragging files from Finder to iTerm.
Use case: ...*By her\.\.\.@aldu.net on April 13, 2011 16:24 (imported from Google Code)*
---
It would be very useful to add a setting for customizable prefix/
suffix to the file's path when dragging files from Finder to iTerm.
Use case:
• in iTerm, I am on an SSH session with a remote host;
• I drag a file from Finder to iTerm;
• on iTerm, the file's path appears prefixed with "scp 10.0.2.112:"
and suffixed with " .", i.e.:
\# scp 10.0.2.112:/path/to/file .
• I press enter and I have transferred my local file to the SSH remote
host!