dnkl/foot
41
2.0k
Fork
You've already forked foot
243

Vim visual glitches when opening it in a new foot instance on certain files #1745

Closed
opened 2024年06月22日 06:33:23 +02:00 by 64-bitman · 1 comment

Foot Version

foot version: 1.17.2 +pgo +ime +graphemes -assertions

TERM environment variable

foot

Compositor Version

mutter 46.2

Description of Bug and Steps to Reproduce

Whenever I open a file in a vim using a new foot instance (ex. $ foot vim file.txt), sometimes the vim editor dimensions are smaller than the actual terminal size, and the first line is not actually line 1. It seems to only occur with files where vim cannot display all lines at once.

Video:

Using vim defaults -u NONE:

Where it doesn't happen (vim can display all lines at once):

I tried doing the same thing with alacritty, and there were no bugs or glitches. Using plain foot with no custom config does not fix the problem either.

DE: GNOME 46.2
Distro: Arch Linux x86
Kernel: 6.9.5-arch1-1

Relevant logs, stacktraces, etc.

foot -d info vim .bashrc 2> foot.log: foot.log

WAYLAND_DEBUG=1 foot -d info vim .bashrc 2> foot.wayland.log: foot.wayland.log

config file: foot.ini

vimrc: vimrc

### Foot Version foot version: 1.17.2 +pgo +ime +graphemes -assertions ### TERM environment variable foot ### Compositor Version mutter 46.2 ### Description of Bug and Steps to Reproduce Whenever I open a file in a vim using a new foot instance (ex. `$ foot vim file.txt`), sometimes the vim editor dimensions are smaller than the actual terminal size, and the first line is not actually line 1. It seems to only occur with files where vim cannot display all lines at once. Video: <video src="/attachments/4e9390d7-592d-4cc1-b807-d83f7ece2407" title="Screencast from 2024年06月22日 00-01-06.webm" controls></video> Using vim defaults `-u NONE`: <video src="/attachments/0ac0c86e-956a-475e-9207-3d8d1dc83305" title="Screencast from 2024年06月22日 00-25-35.webm" controls></video> Where it doesn't happen (vim can display all lines at once): <video src="/attachments/95017738-3a44-4ac7-a19a-2378cdce9509" title="Screencast from 2024年06月22日 00-07-30.webm" controls></video> I tried doing the same thing with alacritty, and there were no bugs or glitches. Using plain foot with no custom config does not fix the problem either. DE: GNOME 46.2 Distro: Arch Linux x86 Kernel: 6.9.5-arch1-1 ### Relevant logs, stacktraces, etc. `foot -d info vim .bashrc 2> foot.log`: [foot.log](/attachments/94471692-6f95-4c05-8f62-e025c841e57e) `WAYLAND_DEBUG=1 foot -d info vim .bashrc 2> foot.wayland.log`: [foot.wayland.log](/attachments/dc9fdd63-f29e-483c-ba14-a35b2feac154) config file: [foot.ini](/attachments/c742dd90-4da4-4b49-b334-4914a3738633) vimrc: [vimrc](/attachments/4ea7f1d1-9f31-4999-82e9-983ef41070b2)
Owner
Copy link

Duplicate of #453

Duplicate of https://codeberg.org/dnkl/foot/issues/453
dnkl 2024年06月22日 07:24:15 +02:00
Sign in to join this conversation.
No Branch/Tag specified
master
osc-5522
sixel-heap-buffer-overflow
releases/1.27
releases/1.26
releases/1.25
releases/1.24
multi-cursor
releases/1.23
pixman-16f-2
releases/1.22
releases/1.21
releases/1.20
releases/1.19
releases/1.18
releases/1.17
releases/1.16
releases/1.15
releases/1.14
releases/1.13
releases/1.12
releases/1.11
releases/1.10
releases/1.9
releases/1.8
releases/1.7
releases/1.6
releases/1.5
releases/1.4
releases/1.3
releases/1.2
releases/1.1
releases/1.0
1.27.0
1.26.1
1.26.0
1.25.0
1.24.0
1.23.1
1.23.0
1.22.3
1.22.2
1.22.1
1.22.0
1.21.0
1.20.2
1.20.1
1.20.0
1.19.0
1.18.1
1.18.0
1.17.2
1.17.1
1.17.0
1.16.2
1.16.1
1.16.0
1.15.3
1.15.2
1.15.1
1.15.0
1.14.0
1.13.1
1.13.0
1.12.1
1.12.0
1.11.0
1.10.3
1.10.2
1.10.1
1.10.0
1.9.2
1.9.1
1.9.0
1.8.2
1.8.1
1.8.0
1.7.2
1.7.1
1.7.0
1.6.4
1.6.3
1.6.2
1.6.1
1.6.0
1.5.4
1.5.3
1.5.2
1.5.1
1.5.0
1.4.4
1.4.3
1.4.2
1.4.1
1.4.0
1.3.0
1.2.3
1.2.2
1.2.1
1.2.0
1.1.0
1.0.0
0.9.0
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
2 participants
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
dnkl/foot#1745
Reference in a new issue
dnkl/foot
No description provided.
Delete branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?