8000 System tray sometimes overlapping the rest of the bar · Issue #591 · polybar/polybar · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

System tray sometimes overlapping the rest of the bar #591

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

Closed
seysn opened this issue May 20, 2017 · 70 comments · Fixed by #1936
Closed

System tray sometimes overlapping the rest of the bar #591

seysn opened this issue May 20, 2017 · 70 comments · Fixed by #1936

Comments

@seysn
Copy link
seysn commented May 20, 2017

I've seen some weird issues with the systray, since it's overlapping with the rest of the bar on some conditions.
First it started to overlap when my download module had less than 3 digits, so i replaced the line
label-connected = %downspeed% to label-connected = %downspeed:8% which add space so it's like the module always have the same width even with 1 digit.

But then it started to overlap depending the number of icon the systray have. Here's some examples with 2 and 3 icons :
polybar-nok
polybar-ok

I saw some similar issues about systray overlap like #425 but i don't know if the problem come from the same thing.
Also here's my polybar config

@abc123098123
Copy link

This sometimes happens to me too! When I get 3 icons, if the first one disappears (because I closed the program), then it will be shown a blank space, overlapping the rest of the bar.

@ghost
Copy link
ghost commented Aug 8, 2017

This issue affects me too. It is not easy to track down the cause, since it happens "randomly".

overlap

@patrick96
Copy link
Member
patrick96 commented Sep 6, 2017

I started noticing the same thing too. For me it only seems to happen with the dropbox icon.
2017-09-07-003457_92x29_scrot
(Note: The overlap is only very small)

EDIT: Managed to make the overlap larger by increasing the tray-padding
2017-09-07-004028_128x28_scrot

@seeruk
Copy link
seeruk commented Sep 12, 2017

Not sure if this is related, but if I close something, the space isn't reclaimed - as if the tray area doesn't resize completely properly when something disappears. Right now I end up reloading polybar:


My power icon ends up obscured.

@patrick96 patrick96 added the tray label Sep 17, 2017
@surrsurus
Copy link

Happens to me too, tray on right side overlaps the bar... does it happen when the tray is on the left?
bar wyd

@alexozer
Copy link
alexozer commented Oct 7, 2017

This happens to me sometimes when the bar first starts on first login, but rarely (if ever) happens when I restart the bar.

@ghost
Copy link
ghost commented Nov 1, 2017

I think @seeruk is into something. It happens a lot when I eject an USB key and the fuse icon disappears.

Edit : This issue was closed here before but apparently, the bug came back

@yellowgh0st
Copy link

I encounter this too.

@HaoZeke
Copy link
HaoZeke commented Mar 14, 2018

I can confirm this as well.. It appears to be because the tray is first drawn, then the systray icons appear..
polybug1

For me the situation is worse, as on my smaller screen the icons are basically drawn all over the place.

polyBug2

@jaagr
Copy link
Member
jaagr commented Mar 15, 2018

If you are able to compile the project from source, please try out the fix/reconfigure-tray branch to see if it changes the behavior.

@jaagr jaagr closed this as completed Mar 15, 2018
@jaagr jaagr reopened this Mar 15, 2018
@jaagr
Copy link
Member
jaagr commented Mar 15, 2018

I did notice now, when trying to reproduce the issue, that whenever the right* side of the bar occupies more space than possible, it will start truncating the modules within it; fading them out with a gradient. This is by design since, currently, the tray area is not considered being part of the bar.

* if the tray is configured to appear on the right

@jfrankenau
Copy link

@jaagr, I've tested the fix/reconfigure-tray branch against the issues described in #944 and it seems to work fine.

@ghost
Copy link
ghost commented Mar 16, 2018

The fix appear to work for me too.

Thanks!

@ghost
Copy link
ghost commented Mar 24, 2018

Not really fixed. The bug does not happen over the date module anymore but it appear over the mpd module in some circumstances.

In my setup the tray just overlap the mpd module when the music is playing (toggle).

Paused: no overlap.
tray_good

Playing: overlap.
tray_bad

Just in case, the config is fine. Disabling the tray and everything works as expected.

EDIT: switching from to / didn't help. I guess the problem is related with the 'click' feature.

EDIT.2: after a while of music playing the overlap get fixed.

Thanks!

@NBonaparte
Copy link
Member

@jaagr is 0edaead ready to be merged?

@nicklan
Copy link
nicklan commented May 6, 2018

I'm running the fix/reconfigure-tray branch, and the behavior is a little better, but still not fixed. Even restarting the bar often doesn't fix things.

Let me know if there's more debug info that could help out.

@nicklan
Copy link
nicklan commented May 6, 2018

A bit of extra info: For me, and easy way to trigger the problem is using Qt based systray icons. If I run this systray example app, polybar never shifts over its contents for the newly created icon.

Maybe there is something strange/broken about how Qt reserves space in the tray?

@Spheerys
Copy link
Spheerys commented May 12, 2018

I have the problem too... and I also thinking the problem comes from QT icons.
I made a test without open qt application and I did have the issue in those circumtances for the moment...

@dorianr666
Copy link

I confirm this bug as well. Sometimes when a new systray icon is added, my seconds part in time module gets overdrawn with systray (time module is on the left of systray). When the icon is removed, only blank space (bar background colour) remains in its place - seconds counter still missing.

@itsdeadguy
Copy link

Just for the sake of completion, i'd like to point out this also happens when your tray is on the left side of the bar as well

@rudevdr
Copy link
rudevdr commented Jul 22, 2018

I use indicator-kdeconnect and when a device is disconnected, the notification tray overlap and the icon hides and when device is reconnected the tray becomes invisible/icon doesn't show up again.

@ggteixeira
Copy link

I'm facing the same problem. Tray icons poorly displayed, and overlapping Polybar icons.

2018-07-22-225337_1365x44_scrot

@porkloin
Copy link
porkloin commented Mar 8, 2019

Also experiencing this issue.

One thing worth noting, however, is that I never encountered this issue on my old machines (720p internal display on my laptop, 1440p dual monitors on desktop). I just got a new laptop with a 4k screen and now I'm experiencing this issue for the first time. Curious how many other folks are on very high resolution screens. I had to crank up the tray-maxsize a lot for icon visibility, so I wonder if they're rendering past their bounds due to that higher maxsize value.

@alexozer
Copy link
alexozer commented Mar 8, 2019 via email

@Xananax
Copy link
Xananax commented Mar 8, 2019

Yep, I'm on 4K

@evanc577
Copy link

Setting fixed-center = false fixes the issue for me. I have no center-aligned modules, so I think polybar is trying to force all left/right aligned modules to only half the bar even when there are no centered modules.

@porkloin
Copy link

@evanc577's suggestion of fixed-center = false worked for me. Can't say for others, but my tray is behaving as expected now 😄

@andrewnicolalde
Copy link

Also having this issue, also using a 4k display.

@jdamp
Copy link
jdamp commented Mar 27, 2019

I can also confirm that @evanc577's solution fixes the issue for me.

@andrewnicolalde
Copy link

I can also confirm that @evanc577's solution fixes the issue for me.

Are you on a high DPI display?

@Spheerys
Copy link

I'm using a DPI screen and the @evanc577 solution doesn't work for me.

@alexozer
Copy link
alexozer commented Apr 9, 2019

@evanc577 's solution seem to work temporarily, but just now I logged in and the issue reappeared:
overlap

@fuzunspm
Copy link
fuzunspm commented May 5, 2019

i'm having the same issue plus my tray icons sometimes goes to secondary monitor but it should never appear except primary according to the config file

@gargantuanprism
Copy link
gargantuanprism commented May 25, 2019

just installed from master (7724c4d), same issue. HH:mm should appear after the date.

Screenshot from 2019-05-25 10-29-30

adding label-margin = 3 to [module/date] fixed it for me, but it's ugly. i should note that anything less than 3 still gets overlapped by the tray.

patrick96 added a commit to patrick96/polybar that referenced this issue Nov 22, 2019
The issue was that it used the position of the center module to
calculate the leftmost possible position of the block. However, if the
center module is empty that position is disastrously wrong.

Fixes polybar#591
patrick96 added a commit to patrick96/polybar that referenced this issue Nov 22, 2019
The issue was that it used the position of the center module to
calculate the leftmost possible position of the block. However, if the
center module is empty that position is disastrously wrong.

Fixes polybar#591
Fixes polybar#1903
@patrick96
Copy link
Member

I think I found the problem. Could you please go over to #1936 and see if that fixes your issue.

I have determined that this occurs when you have fixed-center = true (or not set at all) and the right modules take up a lot of space. Can you confirm?

patrick96 added a commit that referenced this issue Dec 21, 2019
The issue was that it used the position of the center module to
calculate the leftmost possible position of the block. However, if the
center module is empty that position is disastrously wrong.

Fixes #591
Fixes #1903
patrick96 added a commit to patrick96/polybar that referenced this issue Dec 23, 2019
The issue was that it used the position of the center module to
calculate the leftmost possible position of the block. However, if the
center module is empty that position is disastrously wrong.

Fixes polybar#591
Fixes polybar#1903
patrick96 added a commit to patrick96/polybar that referenced this issue Dec 23, 2019
* `internal/i3` (and maybe others): Workspace icon map misbehaves for empty icon (polybar#1893), see polybar#1881
* `custom/ipc`: Clear content if hook produces no output. (polybar#1951)
* renderer:
    * The modules on the right no longer overlap the tray or are shifted out of the bar. (polybar#1936), see polybar#591, polybar#1903, polybar#1838, polybar#1236
    * The gradient when modules are shifted out of the bar (because there is not enough space) is now drawn correctly in all circumstances. (polybar#1936)
patrick96 added a commit to patrick96/polybar that referenced this issue Dec 25, 2019
Fixes

* `internal/i3` (and maybe others): Workspace icon map misbehaves for empty icon (polybar#1893), see polybar#1881
* `custom/ipc`: Clear content if hook produces no output. (polybar#1951)
* renderer:
    * The modules on the right no longer overlap the tray or are shifted out of the bar. (polybar#1936), see polybar#591, polybar#1903, polybar#1838, polybar#1236
    * The gradient when modules are shifted out of the bar (because there is not enough space) is now drawn correctly in all circumstances. (polybar#1936)
* build: Fixed a compilation issue in gcc10 (polybar#1967, polybar/xpp#20)
patrick96 added a commit that referenced this issue Dec 27, 2019
The issue was that it used the position of the center module to
calculate the leftmost possible position of the block. However, if the
center module is empty that position is disastrously wrong.

Fixes #591
Fixes #1903
patrick96 added a commit that referenced this issue Dec 27, 2019
Fixes

* `internal/i3` (and maybe others): Workspace icon map misbehaves for empty icon (#1893), see #1881
* `custom/ipc`: Clear content if hook produces no output. (#1951)
* renderer:
    * The modules on the right no longer overlap the tray or are shifted out of the bar. (#1936), see #591, #1903, #1838, #1236
    * The gradient when modules are shifted out of the bar (because there is not enough space) is now drawn correctly in all circumstances. (#1936)
* build: Fixed a compilation issue in gcc10 (#1967, polybar/xpp#20)
@matejdro
Copy link

I'm experiencing this issue on 3.5.2, with fixed-center = false

@patrick96
Copy link
Member

@matejdro Please open a new issue. The issue is likely unrelated, especially since this only happened with fixed-center = true.

@Anderson0xFF
Copy link
Anderson0xFF commented Apr 5, 2023

I'm experiencing this issue on 3.6.3
Screenshot_2023-04-05-08-29-28_3840x2160

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

0