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

Screen doesn't update until manually changing the window to fullscreen in Windows 10 #5206

Open
teminian opened this issue May 9, 2024 · 6 comments
Labels
a:platform-windows Issue specific to Windows (mT,bS) bug Something isn't working

Comments

@teminian
Copy link

teminian commented May 9, 2024

Working environment

  • Windows 10 (language: Korean)
  • Rust 1.77.2
  • winit-FemtoVG & winit-software

Symptom

  • Keyboard and mouse inputs are not shown in the window until user manually make the application as full screen (the button on the left of window close button on the top right). Once the user clicks the full screen button, all the previous inputs are shown and updated
  • This doesn't happen in Windows 11

Current Workaround

  • On init builtin callback, I forced a keyboard focus to one of the inputs
  • I added following line in the main window: init => { one-of-the-line-edit.focus() }

Thank you for your continuous excellence.

@bytesloop
Copy link

Me too. Windows 11

@hunger hunger added the a:platform-windows Issue specific to Windows (mT,bS) label May 22, 2024
@ogoffart ogoffart added the bug Something isn't working label Jun 4, 2024
@ogoffart
Copy link
Member

ogoffart commented Jun 4, 2024

The description seems similar to #5089

@ogoffart
Copy link
Member

ogoffart commented Jun 6, 2024

We are unable to reproduce this issue, but it has been reported by several person. It might be a problem on windows. Maybe related to asian input method.

I would appreciate more details on what's really hapenning in there?
What is blocking the screen update? What happen if you put a Spinner {indeterminate: true;} to have some animated widgets?
Is the problem that the screen is not refreshed? or that the input are not processed? Or that the process is hanging?

@teminian
Copy link
Author

teminian commented Jun 6, 2024

@ogoffart
I have no idea on what's blocking the update. What's more strange is that it doesn't appear on Windows 11(so, it's Windows 10 only). However, I think I can elaborate a bit:

  • If I run the application, the screen is frozen
  • However, if I click LineEdit, type something, and make it full screen, all the typed characters are shown. But I'm not sure whether the key-ins are already processed during screen freezing or "buffered" and processed on resizing. Any ideas about determining this?

I think I can share with you the result of adding Spinner {indeterminate: true;} next week.

@teminian
Copy link
Author

@ogoffart Follow up after adding Spinner:

  1. Spinner animation works when application is run
  2. When I click LineEdit, Spinner animation stops. I typed something
  3. If I resize LineEdit, Spinner animation resumes and the typed string is shown on the application window

@tronical
Copy link
Member

Would you be able to run it in a debugger when break when it hangs? Maybe the backtrace tells us something.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
a:platform-windows Issue specific to Windows (mT,bS) bug Something isn't working
Projects
None yet
Development

No branches or pull requests

5 participants