ConEmu has incorrect Z-order in 'Vista Switcher' Alt-Tab replacement

[GoogleCodeExporter]

Required information!
OS version: Win7 SP1 x64
ConEmu version: 120617a

*Bug description*
ConEmu has incorrect Z-order in 'Vista Switcher' Alt-Tab replacement. When 
Vista Switcher is enabled, Alt-Tabbing away from ConEmu leaves it at the top of 
the Z-order. Alt-Tab away from ConEmu, then when you press Alt-Tab again to 
return, you actually end up with a different window. I'm not sure if it's a 
flaw in Vista Switcher, ConEmu or just a problem between the two...

Workaround: If you enable ConEmu's 'Always on top' option, then disable it 
again, it starts working properly with Vista Switcher!

*Steps to reproduction*
1. Install and enable Vista Switcher 
(http://www.ntwind.com/software/vistaswitcher.html)
2. Open ConEmu and any two other programs. Activate the ConEmu window.
3. Alt-Tab away, then (try to) Alt-Tab back. ConEmu won't be focused -- even 
though it should have been -- the third program will be.

Original issue reported on code.google.com by friendbo...@gmail.com on 6 Aug 2012 at 1:14

[GoogleCodeExporter]

Thought, you may disable "Show on taskbar" checkbox on "Tabs" page.

Original comment by ConEmu.Maximus5 on 6 Aug 2012 at 6:56

[GoogleCodeExporter]

Confirmed with 120803 x64.

I disabled "Show on taskbar" and restarted ConEmu. The same behaviour occurs.

Original comment by friendbo...@gmail.com on 6 Aug 2012 at 7:41

[GoogleCodeExporter]

This is probably bug in 'Vista Switcher'. Standard Windows Alt/Win-Tab don't 
have this issue.

Original comment by inmat...@gmail.com on 7 Aug 2012 at 6:35

[GoogleCodeExporter]

True, the standard Alt-Tab mechanism doesn't have this problem. But I've been 
using Vista Switcher for a while now, and I haven't found any other programs 
that experience this problem. Also, why would the problem go away when I set 
and then unset ConEmu's 'Always on top' option?

Original comment by friendbo...@gmail.com on 7 Aug 2012 at 6:53

[GoogleCodeExporter]

Probably there is a bug in both apps. I think Vista Switcher developer must 
also be informed about this problem.

Original comment by inmat...@gmail.com on 8 Aug 2012 at 4:12

[GoogleCodeExporter]

I have reported this problem to author
http://www.ntwind.com/forum/viewtopic.php?f=4&t=2973&sid=731f2b5db9a27b91aa60250
22105f6de

Original comment by ConEmu.Maximus5 on 10 Aug 2012 at 5:38

[GoogleCodeExporter]

As the Vista Switcher author didn't seem to take any action - would it be 
feasable to add a ConEmu option to work around this Vista Switcher bug (e.g. by 
automatically doing the "Always on top" toggle workaround)?

Original comment by thecybershadow on 19 Oct 2012 at 8:14

[GoogleCodeExporter]

It will be possible, if I'll know the source of the problem. But I don't.

Original comment by ConEmu.Maximus5 on 19 Oct 2012 at 8:44

[GoogleCodeExporter]

Forums are currently under construction! Please use email for support: 
alexander@ntwind.com

Original comment by ConEmu.Maximus5 on 19 Oct 2012 at 8:51

[GoogleCodeExporter]

I don't know the source of the problem, but I know the solution:

    enum ID_ALWAYSONTOP = 0xABC5;
    SendMessage(h, WM_SYSCOMMAND, ID_ALWAYSONTOP, 0);
    SendMessage(h, WM_SYSCOMMAND, ID_ALWAYSONTOP, 0);

You probably won't like it, but it works for me :)

Original comment by thecybershadow on 19 Oct 2012 at 5:41

[GoogleCodeExporter]

Check new build 121124?

Original comment by ConEmu.Maximus5 on 25 Nov 2012 at 1:43

[GoogleCodeExporter]

Sorry, not fixed.

The above fix didn't always work. I added a Sleep(100) between the SendMessage 
calls, and since then it's worked all the time.

Original comment by thecybershadow on 27 Nov 2012 at 1:17

[GoogleCodeExporter]

still happens in 130104
very annoying

Original comment by olegl...@gmail.com on 6 Jan 2013 at 6:18

[GoogleCodeExporter]

Here is the program I use to work around this issue:

http://dump.thecybershadow.net/29677ee1803f640773fc6543043ce138/conemu_vistaswit
cher_fixer.exe
Source: https://gist.github.com/4469536

You can put it in your startup. Note that it needs to be run as administrator 
to work on ConEmu instances launched as administrator.

Original comment by thecybershadow on 6 Jan 2013 at 7:09

[GoogleCodeExporter]

Issue 776 has been merged into this issue.

Original comment by ConEmu.Maximus5 on 22 Jan 2013 at 10:44

[GoogleCodeExporter]

Some changes was made in sources (svn updated).
Build and check, please :)

Original comment by ConEmu.Maximus5 on 22 Jan 2013 at 10:45

• Changed state: Accepted

[GoogleCodeExporter]

Still the same bug with 130120.

Original comment by olegl...@gmail.com on 25 Jan 2013 at 7:17

[GoogleCodeExporter]

Where I've said it was fixed in 130120?

Original comment by ConEmu.Maximus5 on 25 Jan 2013 at 8:19

[GoogleCodeExporter]

aren't dev builds based on "Some changes was made in sources (svn updated)." ?

Original comment by olegl...@gmail.com on 25 Jan 2013 at 8:28

[GoogleCodeExporter]

"svn updated" is an invitation to people who [can] build ConEmu from source to 
do so and test.

Original comment by thecybershadow on 25 Jan 2013 at 8:29

[GoogleCodeExporter]

Obviously, Dev build CAN'T provide fix that was made AFTER it was builded :D

Original comment by ConEmu.Maximus5 on 25 Jan 2013 at 8:30

[GoogleCodeExporter]

> Build and check, please :)

Seems to work, thanks!

Original comment by thecybershadow on 25 Jan 2013 at 8:36

[GoogleCodeExporter]

New build arrived to public testing )
130128

Original comment by ConEmu.Maximus5 on 28 Jan 2013 at 10:48

• Changed state: Started