Open GoogleCodeExporter opened 9 years ago
Got the same issue here
Version:
1.4.0.1 on win 7 64-bit
Original comment by Apps...@gmail.com
on 14 Dec 2012 at 2:44
Got the same issue here
Version:
1.4.0.1 on Win 7 64-bit
Original comment by foc...@gmail.com
on 14 Feb 2013 at 12:53
Got the same issue here
Version:
1.4.0.2 on Win XP 32-bit
Original comment by koos.ta...@gmail.com
on 28 Feb 2013 at 10:10
yeah, something changed and the hack/hook i'm using it's being picked up.
I also see it taking 2x to switch forward to another app...not sure I can
address that but I might be able to get something going to focus the doc when
sp is alt-tabbed into focus
Original comment by btatey...@gmail.com
on 17 Mar 2013 at 7:28
I see this is listed in 1.4.0.3 changelog but the issue was still there in
1.4.0.3? I have just updated to 1.4.0.4 to see if it is any better. In 1.4.0.3
SuperPutty sometimes "broke" task switching completely in Win7 x64 in addition
to the above problems (losing focus of the tab on task switching or seemingly
randomly, tab switching with ctrl-tab stops working seemingly randomly).
Original comment by vojamo
on 3 Jul 2013 at 7:37
I think I am going to move away from SuperPutty. Its very basic to switch
between tabs and between applications while working.
Both of these features are buggy.
I understand this is a free tool, but please dont give up on bug fixing!
Original comment by vikram....@gmail.com
on 3 Oct 2013 at 8:59
Same issue here and this is exceptionally frustrating
Original comment by godzilla...@gmail.com
on 12 May 2015 at 9:49
I can reproduce this problem in 1.4.0.6.
Perhaps related, if I have two tabs open as a split screen, and I have the
keyboard focus on the tab that I opened second, then clicking another
application and then back to SuperPuTTY results in the *other* tab regaining
focus, rather than the one that previously had focus. If I open two new tabs,
one on each side, and active, then the focus returns to the tab that is
sitting on top of the oldest tab, regardless of which active tab had focus
before switching away.
So it seems that when the app regains system focus, the keyboard focus returns
to the top-most tab in the group that contains the oldest tab. Correct focus
has to be restored by a manual click in the desired tab.
Note that clicking once, on the desired tab, doesn't return focus to that tab
either unless that tab is in the same stack as the oldest tab.
This is a problem because it's common to change application focus all the time
in Windows, and this results in keyboard input frequently being sent to the
wrong tab. The workaround is to click on SuperPuTTY twice when returning to the
app.
Original comment by david.an...@gmail.com
on 16 Jul 2015 at 3:16
Original issue reported on code.google.com by
gkout...@gmail.com
on 3 Dec 2012 at 12:42