share-picker: high cpu and gpu usage

[bvr-yr]

when share-picker window opened, one cpu core goes crazy and gpu loaded ~20%

portal 2d2fb547 hyprland https://github.com/hyprwm/Hyprland/commit/77161fdbef72033ea1989e4c4d386a5732bd6bf0

issue is old enough, and firstly i noticed it in this cute thing (also affected), so probably late december. i was just bit lazy to report

if I maximize/fullscreen picker-window, all ok i tried adding executable to qt6ct ingore-list to exclude theming issue, but behaviour is the same

WAYLAND_DEBUG=1 /usr/bin/hyprland-share-picker

constantly spamming

[1466754.237] wl_buffer@51.release()
[1466754.243] xdg_toplevel@36.configure(500, 290, array[24])
[1466754.247] xdg_surface@35.configure(922451)
[1466754.266]  -> wp_viewport@38.set_destination(500, 290)
[1466754.272]  -> xdg_surface@35.set_window_geometry(0, 0, 500, 290)
[1466754.276]  -> xdg_surface@35.ack_configure(922451)
[1466754.285]  -> wl_surface@33.attach(wl_buffer@51, 0, 0)
[1466754.289]  -> wl_surface@33.damage_buffer(0, 0, 500, 290)
[1466754.292]  -> wl_surface@33.commit()

with only change in (922451) number

other qt5/6 apps are not affected

[vaxerski]

odd, it uses suspiciously high amounts of cpu for me too, tho not 100%, like 15%.

Feel free to investigate, this is odd. Both apps are small and should be easy to debug

[bvr-yr]

tho not 100%, like 15%.

ye, only one core goes 100%

Feel free to investigate, this is odd. Both apps are small and should be easy to debug

sure I'll try, except that i am cpp nub, few months ago i didn't even know wtf is .hpp or .cpp :D

[bvr-yr]

well that's not happening on sway launched floated to match, maybe this could help sway-wldebug.log hypr-wldebug-head.log