stellarium icon indicating copy to clipboard operation
stellarium copied to clipboard

Bottom and left toolbars don't show up when hovering at the border

Open kekkyojin opened this issue 5 years ago • 26 comments

Expected Behaviour

Toolbars should appear after the mouse pointer has been on the border for a few seconds. Then a tooltip should be shwon when hovering over the buttons.

Actual Behaviour

Toolbars only appear when clicking at the border of the screen. When they do, there are no tooltips shown for the buttons on the toolbars.

If the mouse is in the bottom border, then the Dock is appearing.

Steps to reproduce

Move the mouse pointer to the bottom border or left border of the screen and wait a few seconds.

System

  • Stellarium version: 0.19.0
  • Operating system: macOS 10.14.4
  • Graphics Card: Intel HD4000 integrated GPU (Mac mini Late 2012)

kekkyojin avatar Mar 29 '19 20:03 kekkyojin

Do you run Stellarium in windowed or fullscreen mode?

gzotti avatar Mar 31 '19 14:03 gzotti

In full-screen mode. When switching to windowed, the toolbars are working as expected. It looks fixed after switching again to full-screen. But next time the application is started it is misbehaving again.

kekkyojin avatar Mar 31 '19 15:03 kekkyojin

When you click once into the Stellarium window (Fullscreen) after start, does the menu work?

gzotti avatar Apr 26 '19 15:04 gzotti

@kekkyojin did you find time to test this procedure?

gzotti avatar Jun 21 '19 20:06 gzotti

Of course I tried it, @gzotti, as the problem could be caused by any kind of focus stealing. But it didn't work.

Also, it seems the problem happens some times and other ones don't.

kekkyojin avatar Jun 25 '19 17:06 kekkyojin

You mean the menu did not appear even after you put the focus onto Stellarium's fullscreen window by clicking into it? Does any other interaction work then? Selecting an object?

What happens if you press F11 twice, to leave and enter fullscreen mode? (Who receives the F11 signal?)

I don't have any Mac to test, so I can only suggest simple tricks that may or may not help. In any case, a logfile as indicated every time might be helpful for anybody who would dive further into this.

gzotti avatar Jun 25 '19 18:06 gzotti

You mean the menu did not appear even after you put the focus onto Stellarium's fullscreen window by clicking into it? Does any other interaction work then? Selecting an object?

Stellarium has the focus, as using keyboard cursors and using the mouse to drag the screen works as expected. Selecting an object works as expected, also: it is hightlighted in red and its information appears on the upper-left secftion of the screen.

What happens if you press F11 twice, to leave and enter fullscreen mode? (Who receives the F11 signal?)

https://github.com/Stellarium/stellarium/issues/660#issuecomment-478353260

kekkyojin avatar Jun 26 '19 16:06 kekkyojin

log.txt

I am attaching latest log file from latest testing session. Maybe it could help. Sorry for not doing it when creating the issue on GitHub.

EDIT: Attaching it as file for privacy purposes

kekkyojin avatar Jun 26 '19 16:06 kekkyojin

I see no problem. You could lock the slideout menus with the little arrows in the corner, then store your settings. The menu should at least be visible at next fullscreen start. Not sure if you can live with permanently visible menus?

gzotti avatar Jun 26 '19 17:06 gzotti

Likely the problem is on my hardware, as I am having lots of issues lately.

kekkyojin avatar Mar 30 '20 10:03 kekkyojin

I see this issue today with Stellarium 0.21.3 on macOS 12.3.1. My repro is as simple as opening Stellarium directly into fullscreen mode.

Once the process finishes loading and gets you into fullscreen, no amount of hovering over the bottom left corner will reveal those menus. Clicking in the window and hovering also does nothing. However, clicking right at the edge of those areas will cause the menu to be revealed. After startup, you can fix the problem by command + tabbing to another process and then going back to Stellarium. Once you do this, hovering over the bottom left corner reveals the menus as I expect.

Is there any other info I should provide? I can also debug this issue assuming I can figure out how to build the code locally on my machine and get some guidance on which functions I should be inspecting that would be related to this issue.

unpacklo avatar Apr 06 '22 22:04 unpacklo

I also just noticed there was a 0.22.0 release so I checked that and this bug still exists for me.

unpacklo avatar Apr 06 '22 22:04 unpacklo

I guess the issue related to set the focus after startup in the fullscreen mode. I need to check it.

alex-w avatar Jun 17 '22 06:06 alex-w

Hello @kekkyojin! OK, developers can reproduce the issue. Thanks for the report!

github-actions[bot] avatar Jun 19 '22 16:06 github-actions[bot]

Hmm... I can reproduce the issue in version 0.22.1, but not in version 0.19.3

alex-w avatar Jun 19 '22 16:06 alex-w

Hmm... this is weird, but versions 0.22.0 (arm64 & x86_64) are OK

alex-w avatar Jun 19 '22 17:06 alex-w

@kekkyojin @unpacklo could you share your config.ini file?

alex-w avatar Jun 19 '22 18:06 alex-w

config.ini as a text file: config.ini.txt

And some more info about my machine: image image

unpacklo avatar Jun 21 '22 23:06 unpacklo

I managed to get the source and build and noticed the behavior is slightly different. I recorded a video to illustrate https://www.youtube.com/watch?v=bMQD0B0Dz1A

I'm not that familiar with the code, if I wanted to investigate this, what are some promising areas to check?

unpacklo avatar Jul 02 '22 01:07 unpacklo

It looks as if the Mac dock (re-)grabs the focus or avoids hiding in the background, so that Stellarium does not receive the hover events. Only after you have moused-over the dock and have left the dock screen area, Stellarium receives the focus. Not sure if we can simply send some "force-put window in front" at program start, so that the dock is not even visible.

gzotti avatar Jul 02 '22 16:07 gzotti

@unpacklo please check the master

alex-w avatar Jul 03 '22 11:07 alex-w

Hello @kekkyojin! Please check the fresh version (development snapshot) of Stellarium: https://github.com/Stellarium/stellarium-data/releases/tag/weekly-snapshot

github-actions[bot] avatar Jul 03 '22 13:07 github-actions[bot]

@alex-w Unfortunately, this doesn't appear to solve the toolbar issue.

The dock behavior is a bit different now but I'm not sure if it's related to your code changes because when I went back to commit 45dac7d47e86aa1fcad0771559085c1ec2999570, the behavior is different from the video I posted earlier (dock hides correctly now, even without your code changes).

unpacklo avatar Jul 08 '22 16:07 unpacklo

Bad news :-/

alex-w avatar Jul 08 '22 16:07 alex-w

@unpacklo could you please check our latest weekly snapshot (qt6 based version)?

alex-w avatar Aug 03 '22 00:08 alex-w

@alex-w It looks like the weekly with Qt6 fixes the issue for me!

unpacklo avatar Aug 06 '22 05:08 unpacklo

Hello @kekkyojin!

The bug or issue has been fixed! You may test it via building Stellarium from source code or wait the weekly development snapshot...

github-actions[bot] avatar Sep 15 '22 17:09 github-actions[bot]

Hello @kekkyojin!

Please check the fresh version (development snapshot) of Stellarium: https://github.com/Stellarium/stellarium-data/releases/tag/weekly-snapshot

github-actions[bot] avatar Sep 17 '22 09:09 github-actions[bot]

Hello @kekkyojin!

Please check the latest stable version of Stellarium: https://github.com/Stellarium/stellarium/releases/latest

github-actions[bot] avatar Oct 01 '22 12:10 github-actions[bot]