Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

After upgrading to 1.6, mouse input is not working on my primary screen (works on screen 2+3) #8943

Closed
oocx opened this issue Jan 29, 2021 · 4 comments
Labels
Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.

Comments

@oocx
Copy link

oocx commented Jan 29, 2021

Environment

Windows build number: 10.0.21296.1010
Windows Terminal version (if applicable): 1.6.10272.0

Any other software?

Steps to reproduce

  1. Upgrade to wt 1.6 (I did not see the problem with previous versions)
  2. Use wt on my primary screen -> mouse input does not work
  3. Move wt to screen 2 or 3 -> mouse input works

Expected behavior

Mouse input should work on all screens.

Actual behavior

After upgrading to 1.6, mouse input stopped working when I use wt on my primary screen. It works on screen 2 +3.

This includes interaction with the title bar like clicking on the "close", "maximize", "minimize" buttons, tab selection, new tab and so on, but also interaction with the terminal area like text selection. It just does not accept any mouse input at all.

If I move the terminal to another screen, mouse input works. When I move it back to my primary screen, it stops working. If it is partly on my primary screen and partly on another screen, then only the part that is on screen 2/3 accepts mouse input.

@ghost ghost added Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Jan 29, 2021
@zadjii-msft
Copy link
Member

Do you have PowerToys installed?

@zadjii-msft zadjii-msft added the Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something label Jan 29, 2021
@oocx
Copy link
Author

oocx commented Jan 29, 2021

Yes, PowerToys 0.16.1.0

Quitting PowerToys fixes the problem. Thanks! :)

Is this a PowerToys or a WT Bug? If it is a PowerToys Bug, I would open an issue in the PT repo.

@ghost ghost added Needs-Attention The core contributors need to come back around and look at this ASAP. and removed Needs-Author-Feedback The original author of the issue/PR needs to come back and respond to something labels Jan 29, 2021
@zadjii-msft
Copy link
Member

Thanks for confirming. I'm pretty sure it's a Powertoys bug. We're tracking this in #6120, #3325, and

I haven't heard any reports of this on newer PowerToys versions. Thanks for sharing the version too - I think you'll probably never see this again if you update PowerToys.

/dup #3325

@ghost
Copy link

ghost commented Jan 29, 2021

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost ghost closed this as completed Jan 29, 2021
@ghost ghost added Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. and removed Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements Needs-Attention The core contributors need to come back around and look at this ASAP. labels Jan 29, 2021
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.
Projects
None yet
Development

No branches or pull requests

2 participants