Mouse pointer "vanishes" when moved over Terminal Window

[inoperable]

          📝where'd this go

Originally posted by @zadjii-msft in #18215 (comment)

Probably this

[zadjii-msft]

@inoperable Could you add any more details/? That PR merged literally 5 days ago, I'm not sure it's even in a canary build currently

[inoperable]

At some point the mouse pointer vanishes permanently after alt tab, I'm not sure what triggers it though. When restarting the terminal it seems fine for a while and then it start again.

It's weird, I thought it's because software rendering first, but nope,also toggled some other settings but I can't figure out when exactly it decides I don't need a mouse pointer shown at all.

Will update if I can pinpoint it more

Drives me nuts

[inoperable]

It trigger must be in some onmouseover event handling on terminal window, not over the tab strip or borders (if that's of sny help). I'll get back to once I got more

[zadjii-msft]

This is behavior that's on-by-default for most text fields in Windows. When you start typing in a text input, the cursor vanishes.

Can you check if this setting is on: (just searching for "Pointer" should get you there)

[lhecker]

Oh, and please confirm with us what exact version(-number) of Windows Terminal you're using. 🙂

[inoperable]

It's not the behavior intended, I'm very sure about it, the is setting OS mouse settings is a good point to eliminate culprits - but it's not it.
What happens is that the pointer gets hidden all the time once the terminal window is in focus and the mouse pointer hovers over it. I can see settings buttons highlighting (as per on mouse over event) but no mouse pointer.

Term is 1.23.241213001-llm, OS 27764.1000 & 19045.4651

[inoperable]

And this seems to be only a 27xxx insiders build exklusive, since I can't replicate it with 19045.xxxx

o.O - so I guess I just wasted your time unnecessary...

[inoperable]

It's definitely a insiders build exclusive, I couldn't replicate the same on 19045.4651. I apologize for confusions therefore, maybe this is not entirely a waste of time since this might make a come back agai, I'll fiddle around with the insiders build again and will update this thread once I know more when/how

[lhecker]

It's possible that this is a bug across any Windows 11 version, because I did struggle quite a bit with making cursor hiding work right. The problem is that the WinUI APIs for doing so are just kind of bad and not very robust. It would not surprise me if they broke between Windows versions.

[lhecker]

Leading theory: The current cursor that we get from the WinUI API is non-null but also hidden. This means that when we restore it, we restore a hidden cursor that won't ever go away, because nothing explicitly sets a visible cursor in our code either. Ideally, WinUI would have a cursor stack that you can push/pop into, but in the absence of that we'll just do the next best thing:

• Remove this code:
  

  terminal/src/cascadia/TerminalControl/TermControl.cpp

  Lines 99 to 103 in 8598ed7

  	previousCursor = window.PointerCursor();
  	if (!previousCursor)
  	{
  	return;
  	}

• Explicitly restore a visible cursor here:
  

  terminal/src/cascadia/TerminalControl/TermControl.cpp

  Lines 79 to 80 in 8598ed7

  	window.PointerCursor(previousCursor);
  	previousCursor = nullptr;

[inoperable]

Hello Again, it actually happens again on Win10 and Win11, I caught the bug after a while in Win10 as well. I cant figure out though when/how its triggered.

No mouse pointer, but the mouse hovers over the button and it reacts with highlighting

Here the same thing, this happens in settiings and in terminal window

[inoperable]

Invisible Mouse™

[inoperable]

So, to clarify @lhecker I think you are right, and have it figured out (as mentioned above)