• Bugs
  • Spine Trial 3.7.47-beta goes gray on minimize -> restore

Related Discussions
...

Hello,

I've just installed Spine Trial and run into a bug that is reproduced on my PC this way:

  1. Open Spine Trial
  2. Wait until it loads
  3. Maximize the window (otherwise, it works fine)
  4. Click Minimize button (not just switch to another window)
  5. Restore Spine window
  6. See a gray rectangle instead of Spine

My system is Windows 10 Pro x64.
Windows does not indicate that the app is unresponsive. And there are few percents of CPU used at this state.
The rectangle size is 1166 x 875 pixels which is my current Spine size in not maximized mode.
My screen resolution is 1920 x 1080. 125% interface scale factor set in Windows display settings.

Log:

Spine Launcher 3.7.42 Trial
Esoteric Software LLC (C) 2013-2018
Windows 10 Enterprise x86 10.0
Up to date: Spine 3.7.47-beta Trial
Spine 3.7.47-beta Trial
Intel
Intel(R) UHD Graphics 630
4.5.0 - Build 23.20.16.4944
OpenAL 1.1, Default audio device
Started.

Sure, here is the gif

5 días más tarde

This is really strange. We can't get it to happen on any of our Windows machines. Still, we've made some changes in 3.7.49-beta. Maybe you can check if that helps? 3.7.49-beta should be available some time today (the trial will automatically update to the latest when it starts).

Once the window is gray, does mousing over it change anything? What if you resize the window by dragging an edge?

Hello, Nate,

I've just checked with 3.7.51 beta, the bug still is present.
But you were right about resizing window, after resize ui is shown again. So it's a bit less of a problem.

Thanks for letting us know and for the gif, they are being a huge help, although we're still having troubles reproducing.

@vlad-m-1 are you certain that you're pressing Maximize and not Fullscreen ?

If pressing Fullscreen and then Minimize I am also getting some strange behavior. It doesn't result in a gray area like in your video though.

@Shiu, sorry, it's was Fullscreen button, you're right.

By the way, when I maximize -> minimize -> restore, the window is not in maximized anymore. I guess it's unexpected behavior too. Other windows in Windows don't behave that way.


Maybe I can dump the process in some way to help with the investigation of gray window problem?

@vlad-m-1, can you please try in 3.7.52-beta?

@vlad-m-1, we're trying to find the culprit of it. I seem to only be able to get a similar result at 3440x1440 (ultrawide monitor), but not any resolutions lower than this. Hopefully the new beta will have the problem fixed for you.

3.7.53-beta:
• maximize -> minimize -> restore works fine now 🙂
• full screen -> minimize -> restore still goes gray

It doesn't bother me much now. But I'm still ready to help with testing the full screen -> minimize -> restore problem.

By the way, my GPU is Intel UHD 630 (integrated), if it matters.

Thanks for reporting back. I was hoping fullscreen -> minimize -> restore -> gray was fixed! 🙁 It should restore as non-fullscreen, as it seems to do for you, but it should draw the app, not just show gray. We have tried something new in 3.7.54-beta, can you try there? Also in 3.7.54-beta maximize with an auto hiding taskbar avoids being fullscreen by making the window 1px shorter.

How about fullscreen -> alt+tab? I've seen odd behavior with it, like the first time it leaves fullscreen when the app loses focus, but subsequent times it doesn't. Windows handling of undecorated windows sized to the screen is really odd and our control of it feels like voodoo.

Just checked with 3.7.57-beta.
On full screen -> minimize -> restore the window becomes gray like before.
My taskbar autohide is disabled. On fullscreen -> alt+tab -> alt+tab bottom part of the window appears behind taskbar, the window is still in fullscreen size. Works fine except that.

Thanks. :bang: We can try something else to fix the gray in 3.7.58-beta.

6 días más tarde

Still occurs in 3.7.60-beta X)

Very strange. For some reason OpenGL fails to render after you fullscreen -> minimize -> restore. We don't see a problem on our Windows machines and the fixes we have tried seem ineffective (last fix was to resize the window and force the OpenGL canvas to the right size). I'm afraid there's probably nothing else we can do for now. In the future we will change the windowing system to allow multiple OpenGL windows and other features. That works quite differently and likely will this work properly then. Sorry we don't have a better answer!

Ok, I understand 🙂 I appreciate the determination you've shown to help with the problem that affects just 1 user. Spine users are lucky to have you as the developer 🙂