search

jcjordyn140 / mintty

Automatically exported from code.google.com/p/mintty
GNU General Public License v3.0
0 stars 0 forks source link

No focus when invoked from quickstart on XP/2003 64-bit #57

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
What steps will reproduce the problem?

1. Drag and drop $CYGWIN_HOME/bin/mintty.exe on the left side of the
Windows task bar to create a shortcut to it there.
2. If desired, right click on the created shortcut, select the "Properties"
pop-up menu item and change the "Target" to include a "-" option (it
doesn't make a difference for this bug, but users will probably want this
in their shortcut).
3. Select that shortcut to launch MinTTY and Cygwin.

What is the expected output? What do you see instead?

The expected behavior is for the MinTTY window to come up above any other
window that was previously active and to be ready to accept Cygwin commands
immediately. Instead, what happens is that the MinTTY window comes up in
front of other windows, and its title bar indicates it is active, but it
does not accept keystrokes. It is necessary to click on the MinTTY window
before entering commands.

What version of the product are you using? On what operating system?

MinTTY 0.3.5, Cygwin 1.5.25, Windows Server 2003.

Please provide any additional information below.

The same problem does not occur when launching MinTTY directly from
$CYGWIN_HOME/bin/mintty.exe. It does occur when launching MinTTY from a
shortcut that is not on the Windows task bar, but in that case the MinTTY
window shows up behind other windows.

Original issue reported on code.google.com by adxvz...@gmail.com on 28 Feb 2009 at 12:04

GoogleCodeExporter commented 9 years ago 
I'm afraid I can't reproduce this either on XP or Vista. Does the MinTTY cursor 
flash
when the window comes up (thereby signalling focus)? Active window and keyboard 
input
focus are separate concepts in Windows, but I don't know why the new window 
shouldn't
get the focus under the circumstances reported. Have you got any utilities 
running
that might be interfering here? Do you see anything similar with other 
applications?

Original comment by andy.koppe on 1 Mar 2009 at 8:21

GoogleCodeExporter commented 9 years ago 
Additional notes:
1) This problem can more easily be reproduced (at least on Windows Server 2003) 
by
entering "mintty -" in the dialog brought up by the Start menu's "Run..." item.
2) The MinTTY cursor does flash when the windows comes up, but the MinTTY 
windows is
not active (the corresponding item in the task bar is not indented).
3) I know of no utility running on this computer that would cause this 
behavior, but
I don't know of all the utilities running (it's an IT managed computer).
4) I haven't seen this with any other application. Even MinTTY exhibits the 
correct
behavior when launched from the Windows Explorer. Problems only occur when 
launching
it from a shortcut (particularly one on the task bar) and the Run... start menu 
item.

Original comment by adxvz...@gmail.com on 2 Mar 2009 at 3:50

GoogleCodeExporter commented 9 years ago 
Sorry, I've got no idea what could be going wrong there and it's only a minor
annoyance, so I won't do anything about it, for the moment anyway.

Original comment by andy.koppe on 3 Mar 2009 at 2:29

GoogleCodeExporter commented 9 years ago 
I can reproduce this with MinTTY 0.4.4 on WinXP Professional x64 Edition 
Version 2003
SP1. On another box with Win2000 everything works as expected.

Original comment by 0908mint...@spamgourmet.com on 7 Aug 2009 at 7:36

GoogleCodeExporter commented 9 years ago

Original comment by andy.koppe on 7 Aug 2009 at 11:08

GoogleCodeExporter commented 9 years ago 
Is this issue still there with 0.6.2? The fix for issue 181 might make a 
difference.

Original comment by andy.koppe on 22 Apr 2010 at 4:47

GoogleCodeExporter commented 9 years ago 
I still can reproduce this with MinTTY 0.6.2 on WinXP Professional x64 Edition
Version 2003 SP1. FYI: Since I'll migrate to Win7 soon I won't be able to test 
this
any more :-(

Thanks anyway for your efforts.

Original comment by 0908mint...@spamgourmet.com on 26 Apr 2010 at 2:01

GoogleCodeExporter commented 9 years ago 
Oh well, thanks for checking.

Original comment by andy.koppe on 29 Apr 2010 at 8:30

GoogleCodeExporter commented 9 years ago 
I see this issue with with version 0.6.2 on Win XP 64 Version 2004 SP2.

The issue does not appear on my Win 7 x64 install.

Original comment by bradley....@gmail.com on 9 May 2010 at 12:47

GoogleCodeExporter commented 9 years ago 
Perhaps it's Cygwin's hidden console trick that's stealing the focus. Could you 
try the 
two versions I've attached here to see whether they make a difference?

Original comment by andy.koppe on 11 May 2010 at 5:02

Attachments:

GoogleCodeExporter commented 9 years ago 
Anyone?

Original comment by andy.koppe on 27 May 2010 at 5:14

GoogleCodeExporter commented 9 years ago 
Closing due to lack of feedback. I haven't got access to 64-bit versions of XP 
or Server 2003, they're on the way out, and the issue isn't severe enough to 
try to get hold of them. And perhaps the issue has actually gone away ...

Original comment by andy.koppe on 18 Jul 2010 at 5:16

GoogleCodeExporter commented 9 years ago 
On Windows XP Pro x64 SP2, I see similar behavior.  I have dragged mintty.exe 
to my Start menu (so that it is pinned to the start menu).  On launching it, 
the window appears to have focus (with a blinking cursor and dark blue 
titlebar), but typing does nothing until you first click in the window.

If I run mintty by double clicking it in explorer in the cygwin/bin folder, 
then the window actually does not get the focus (it appears to, but keystrokes 
go to explorer).  Another difference is that in that case, the pwd is /usr/bin 
and not my home directory.

I have mintty version 0.9.5.  I tried the zip files from comment 10.  The 
behavior when running the exe pinned to the Start menu was the same.

This is only a minor annoyance.  Since I found this when looking to see if 
there was a solution, I thought I'd provide you some info.

Original comment by kevin.t....@gmail.com on 28 Jan 2011 at 3:28

GoogleCodeExporter commented 9 years ago 
Thanks! Reopening for the sake of documentation.

Original comment by andy.koppe on 31 Jan 2011 at 4:57

GoogleCodeExporter commented 9 years ago

Original comment by andy.koppe on 31 Jan 2011 at 4:58

GoogleCodeExporter commented 9 years ago 
I'm using v1.2-beta1 and have had this problem for many months. My use case is 
like this: I use FreeCommander a lot and have a Favorite Tool defined in it to 
launch a shell from the current folder. I launch mintty like this: 
C:\cygwin\bin\mintty.exe -s 100,30 -e /bin/xhere /bin/bash.exe %ActivDir%. 
FreeCommander fills %ActivDir% with the current directory.

The problem is that the mintty window is often behind the FreeCommander window 
(this does not happen for other tools which I launch via FreeCommander - they 
are always in the front). I then need to Alt-Tab to the mintty window before I 
can use it.

Original comment by pavanbur...@gmail.com on 25 Jul 2014 at 2:08