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

Memory meter overflowing/overlaping topbar #127

Closed
paulo-evangelista opened this issue May 21, 2024 · 7 comments
Closed

Memory meter overflowing/overlaping topbar #127

paulo-evangelista opened this issue May 21, 2024 · 7 comments
Labels
bug Something isn't working

Comments

@paulo-evangelista
Copy link

Memory meter overlaps the topbar, sometimes even taking the entire height of the screen. Happens when switching workspaces and disappears in ~5secs

image

  • Astra Monitor Version: 25
  • GNOME Version: 46
  • Operating System and Version: Fedora 40
  • Other Relevant System Information: RTX 3060, Non-free drivers on X11
@paulo-evangelista paulo-evangelista added the bug Something isn't working label May 21, 2024
@RuofengX
Copy link

RuofengX commented Jun 25, 2024

Same issue. The "disappear time" is exact the update/refresh time. It only happens when I switch from an full-screen window back to desktop(on my computer).

  • Astra Monitor Version: 25
  • GNOME Version: 46
  • Operating System and Version: Fedora 40
  • Other Relevant System Information: Minisforum V3 tablet.

@ljuzig
Copy link
Collaborator

ljuzig commented Jul 2, 2024

I've been able to reproduce this, I'm gonna fix it soon! Thank you!

@Raindrac
Copy link

In case it helps identify the cause, I've observed that the amount of overflow is strongly correlated with the amount of time that I spend in fullscreen, eventually reaching the bottom of my display if I spend over an hour in fullscreen.

@eboye
Copy link

eboye commented Sep 28, 2024

I've been looking into this and I think I know how it can be fixed.

I think in repaint function the height is huge after going from full screen so it needs to be capped like this:

const maxHeight = height > 64 ? 64 : 0;

and then use the maxHeight instead of height provided by the system. Maybe I'm wrong, but still worth to try. 64 is arbitrary number I came up with.

@ljuzig
Copy link
Collaborator

ljuzig commented Sep 28, 2024

@eboye This bug needs a proper fix. If the user has dash-to-panel with 100px height, capping to 64 will cut the bars. Gnome is very customizable and I cannot set an arbitrary value. I actually debugged and worked on this on july, but couldn't solve it easily, but I'm gonna work on this again now, cuz it's a very bothering bug.

@eboye
Copy link

eboye commented Sep 28, 2024

I know, I just pointed to where the problem might be lying

@ljuzig ljuzig closed this as completed in e0108c1 Sep 28, 2024
@ljuzig
Copy link
Collaborator

ljuzig commented Sep 28, 2024

I found a temporary solution to this. Gonna come back taking a deeper look at this at a later time, but the resize of the bars are now disabled whenever an app goes fullscreen on the very same monitor.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

5 participants