Open bvr-yr opened 4 months ago
the scrollbar really shouldnt be a subsurface...
Can replicate.
the scrollbar really shouldnt be a subsurface...
report upstream? I'm afraid the answer might be like "Hyprland problem, it works in sway"
Good for tracking it down to the pad
setting. I can replicate as well, and here's my config:
[main]
font=PragmataPro Mono:size=13
pad=4x4 center
I noticed the glitch disappeared for the windows in which I set a theme with theme.sh. But that causes foot to have a slightly higher cpu usage. I don't know If this observation will help you guys debug the problem, but It might serve a temporary fix for some.
hyprland v37.1, foot v1.16.1 -pgo +ime +graphemes -assertions
I am experiencing glitched scrollbars, as well. +1
This seems to be fixed with latest hyprland, for me, it works well:
hyprland-git: v0.40.0-146-ga54ab301 foot -v: 1.17.2 +pgo +ime +graphemes -assertions
nothing changed for me on 3fd6c1b30e5397432c4640286efaf52a6891f71c foot version: 1.17.2-31-g0bf5a7e9 (May 24 2024, branch 'master') +pgo +ime +graphemes -assertions
@rtgiskard did u use extra padding and larger font?
nothing changed for me on 3fd6c1b foot version: 1.17.2-31-g0bf5a7e9 (May 24 2024, branch 'master') +pgo +ime +graphemes -assertions
@rtgiskard did u use extra padding and larger font?
For me, the pad is always pad=4x2
, I do have the same problem before, but not find any glitch recently, the foot version is v1.7.2 from archlinux official since 2024-04-21, and I switched to hyprland since 2024-05-01.
The glitch is there for several days, then I just get used to it, and recently find no glitch at all. Both a54ab301
, dd274b72
works well for me. Test with the reproduce steps above.
my foot.ini
:
[main]
title=~
initial-window-mode=windowed
initial-window-size-pixels=720x840
pad=4x2
dpi-aware=no
font=Comic Shanns Mono:size=12, LXGW WenKai Mono:size=12:weight=semibold
bold-text-in-bright=palette-based
box-drawings-uses-font-glyphs=no
[url]
uri-characters=abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789-_.,~:;/?#@!$&%*+="'()
[scrollback]
lines=1024
multiplier=2.0
indicator-position=relative
[cursor]
style=block
blink=yes
[csd]
size=20
button-width=16
border-width=1
color=ff2e2e2e
button-color=ffd0d0d0
[colors]
alpha=1
foreground=00ee00
background=000000
regular0=000000
regular1=aa0000
regular2=00aa00
regular3=aa5400
regular4=0000aa
regular5=aa00aa
regular6=00aaaa
regular7=aaaaaa
bright0=545454
bright1=ff5454
bright2=54ff54
bright3=ffff54
bright4=5454ff
bright5=ff54ff
bright6=54ffff
bright7=ffffff
[key-bindings]
scrollback-up-page=Shift+Page_Up
scrollback-down-page=Shift+Page_Down
scrollback-up-line=Shift+Up
scrollback-down-line=Shift+Down
clipboard-copy=Control+Shift+c XF86Copy
clipboard-paste=Control+Shift+v XF86Paste
primary-paste=Shift+Insert
search-start=Control+slash
show-urls-launch=Control+Shift+l
font-increase=Control+plus Control+equal
font-decrease=Control+minus
font-reset=Control+0
fullscreen=F11
# prompt-prev=Control+Shift+z
# prompt-next=Control+Shift+x
[search-bindings]
find-prev=Control+p
find-next=Control+n
# vim: ft=dosini
Well, it's still there, but only for scroll cursor moved passive:
. open a foot window, run tail -f /run/user/1000/hypr/*/hyprland.log
, then scroll up with mouse so that the scroll cursor is displayed
. open another window, move your mouse around (to generate more logs output for the above tail), you will see the scroll cursor get moved up with some lightly glitch (but much better)
. if just scroll in current foot window, I can't reproduce any glitch like what it was.
some progress on 8412ffcc42012888757cd00a004871e8bc353cf2
now I can observe glitches only on tiled windows
Hyprland Version
System/Version info
```sh Hyprland, built from branch main at commit 79a139c9495568f69dd995bce1ca579247a98a17 (flake.lock: update). Date: Mon Apr 15 23:57:27 2024 Tag: v0.39.0-12-g79a139c9, commits: 4456 flags: (if any) System Information: System name: Linux Node name: Arch-ASUS Release: 6.6.27-1-lts Version: #1 SMP PREEMPT_DYNAMIC Sat, 13 Apr 2024 11:50:59 +0000 GPU information: 00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller [8086:0416] (rev 06) (prog-if 00 [VGA controller]) os-release: NAME="Arch Linux" PRETTY_NAME="Arch Linux" ID=arch BUILD_ID=rolling ANSI_COLOR="38;2;23;147;209" HOME_URL="https://archlinux.org/" DOCUMENTATION_URL="https://wiki.archlinux.org/" SUPPORT_URL="https://bbs.archlinux.org/" BUG_REPORT_URL="https://gitlab.archlinux.org/groups/archlinux/-/issues" PRIVACY_POLICY_URL="https://terms.archlinux.org/docs/privacy-policy/" LOGO=archlinux-logo plugins: hyprexpo by Vaxry ver 1.0 ```Bug or Regression?
Bug
Description
see https://github.com/hyprwm/Hyprland/discussions/4858#discussioncomment-8610673 for video
scrollbar indicator (as well as URL-labels when shown,
Ctrl+o
in default foot conf) seems to be treated specially. as, you won't believe, it is affected by Hyprland'srounding
setting. which shouldn't happen I supposemaybe this could help to investigate the root cause
as mentioned in discussion,
force_introspection = 1
eliminates glitches for me, but it's likely a strange coincidence on my endHow to reproduce
to properly reproduce you need
pad
value to be greater than default 0 and probably some larger font size than default 8try launching
and zoom with
Ctrl+=
orCtrl+MouseUp
then just print some long stuff and scroll
Crash reports, logs, images, videos
No response