dnkl changed the topic of #foot to: Foot - fast, lightweight and minimalistic Wayland terminal emulator || 1.12.1 || https://codeberg.org/dnkl/foot || channel logs: https://libera.irclog.whitequark.org/foot
kevr has quit [Remote host closed the connection]
kevr has joined #foot
<wolfboxpen[m]> is there a way to increase the input buffer? with aria2 when pasting an endless list of magnet uri's eventually it bugs out and starts overwriting stuff.
ollysmith has quit [Quit: ZNC 1.8.2+deb2+b3 - https://znc.in]
ollysmith has joined #foot
ollysmith has quit [Client Quit]
ollysmith has joined #foot
caveman has quit [Remote host closed the connection]
caveman has joined #foot
<dnkl> there is no limit to the input buffer. But may be in the application you're pasting to?
Arnavion has quit [Quit: Arnavion]
Arnavion has joined #foot
Oleg has quit [Ping timeout: 240 seconds]
caveman has quit [Remote host closed the connection]
caveman has joined #foot
radu242 has quit [Read error: Connection reset by peer]
radu242 has joined #foot
caveman has quit [Ping timeout: 240 seconds]
radu242 has quit [Quit: The Lounge - https://thelounge.chat]
radu2423 has joined #foot
radu2423 has quit [Read error: Connection reset by peer]
radu2423 has joined #foot
caveman has joined #foot
caveman has quit [Client Quit]
caveman has joined #foot
hexa- has quit [Quit: WeeChat 3.3]
hexa- has joined #foot
Oleg has joined #foot
kevr has quit [Remote host closed the connection]
kevr has joined #foot
testuser[m] has joined #foot
<testuser[m]> dnkl: hi
<testuser[m]> there's a bug in the new version of fcft, it segfaults if u cat this file
<testuser[m]> curl https://0x0.st/oA2Q.xz | xz -d
<testuser[m]> its the data used for pgo profiling
<dnkl> testuser[m]: thanks, I'm looking at it right now
<testuser[m]> looks like the new 3rd party lib introduced is buggy
<dnkl> nah, but I think I misunderstood the SVG hooks in FreeType. We're erroring out in one of them, but we're _still_ getting called again, to render the SVG we just said we don't support. This triggers a crash since we free'd the nanosvg data in the first hook
<testuser[m]> ah
<dnkl> next problem is freetype seems to have set up a glyph transform. We're currently not handling them when rendering an SVG. I thought the transform would always be disabled unless *I* set one up in fcft (something I *know* I'm not)
<dnkl> so need to dig into that
<dnkl> a quick fix would be to log a warning when we detect a transform, but still allow (ignore) it. Final glyph will likely not look as intended, but at least we wont crash
<dnkl> oh... hold on... looks lika a thread synchronization issue
Keyser has joined #foot
Keyser has quit [Quit: WeeChat 3.4.1]
dman has joined #foot
dman is now known as Guest7643
Guest7643 has quit [Client Quit]
dmainman has joined #foot
* dnkl is prepping an fcft-3.1.1 release
<dnkl> ... and fcft-3.1.1 is tagged and released. Hopefully we don't have to do anymore patch releases *today* at least... 😅
kevr has quit [Remote host closed the connection]
kevr has joined #foot
caveman has quit [Remote host closed the connection]
caveman has joined #foot
<testuser[m]> Thanks
<testuser[m]> dnkl: do u have a liberapay or something
<dnkl> testuser[m]: github sponsors is the only thing i've set up so far. Been meaning to setup liberapay as well, but haven't gotten there yet...
<testuser[m]> Ye i saw that but unfortunately I can't use it cuz recently some rules were made in my country regarding recurring payments that vendors have to comply to, and my card keeps getting declined on gh sponsors
<testuser[m]> Only one time payments work
<wolfboxpen[m]> dnkl: there indeed doesn't appear to be a limit, however there are artifacts visible on input. the cause of the problem is not clear. i don't even know if its purely visual. to reproduce: copy a long magnet URI (hash + trackers) put it in quotes "magnet" and copy paste spam it into input. eventual things start to look not right in the input. possibly caused by special characters? doesn't happen with regular input.
<wolfboxpen[m]> also keyboard input is required. after pasting for a while pressing spacebar brings the artifacts forward, it looks like your are overwriting some other input.
<dnkl> maybe. Thing is, foot isn't the one printing those characters. The application running inside foot is. When you paste, foot reads the paste data and sends it, as-is, to the client application. The client application decides how to "render" it (i.e. print to screen)
<wolfboxpen[m]> scratch that, special characters aren't required. merely copy pasting any string long enough results in artifacting once any keyboard key is pressed.
<dnkl> try pasting in different shells to see if there's an issue there. Try doing "cat -" and pasting there.
<wolfboxpen[m]> there is no client application. this is terminal
<dnkl> ...
<dnkl> there is *never* just a terminal
<dnkl> there's *always* something running in it
<dnkl> probably a shell in this case (e.g. bash, zsh, fish)
<wolfboxpen[m]> dnkl: you are correct. cat - is not a problem. i believe I am using regular bash, what could be causing the problem?
<dnkl> perhaps as simple as bash not handling very large amount of paste data
<wolfboxpen[m]> foot + bash has the problem, alacritty + same bash has no problem.
<dnkl> difficult for me to say without having seen any pictures of your issue. But it certainly looks like it reproduces in alacritty+bash here. zsh appears fine
<wolfboxpen[m]> so this is a bash problem? my bad then
<dnkl> it certainly looks like it