kristijanhusak
commented
2 months ago I pushed a change to master that should fix the issue. Can you fetch the latest and see if it works now?
Closed paulmfoster closed 2 months ago
kristijanhusak
commented
2 months ago I pushed a change to master that should fix the issue. Can you fetch the latest and see if it works now?
paulmfoster
commented
2 months ago On 8/14/24 05:58, Kristijan Husak wrote:
I pushed a change to master that should fix the issue. Can you fetch the latest and see if it works now?
— Reply to this email directly, view it on GitHub https://github.com/nvim-orgmode/orgmode/issues/794#issuecomment-2288339240, or unsubscribe https://github.com/notifications/unsubscribe-auth/AJKMZPDUQYEWN3FFNP6L5CDZRMS3FAVCNFSM6AAAAABMO4WS32VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDEOBYGMZTSMRUGA. You are receiving this because you authored the thread.Message ID: @.***>
Outstanding. Works as advertised. Thanks.
Paul
-- Paul M. Foster Personal Blog: http://noferblatz.com Company Site: http://quillandmouse.com Software Projects: https://gitlab.com/paulmfoster
Describe the bug
Where an org document contains a table with many rows (say 100 or more rows), editing the document become increasingly slow. But more importantly, at some point, doing anything (like G to skip to the bottom) causes Neovim to abort with a swap file. Nvim version is 0.9.5. Org mode plugin is the latest as of this date.
Steps to reproduce
Open nvim. Create a table with several columns and 100 or more rows. Try to do any editing. Eventually, you will get dumped out unceremoniously.
Expected behavior
Open Neovim. Create a table with 100 or more rows. All is well.
Emacs functionality
Emacs works fine with this.
Minimal init.lua
I don't code in Lua.
Screenshots and recordings
No response
OS / Distro
Debian Linux 12
Neovim version/commit
Neovim 0.9.5
Additional context
Can't be more precise on the exact number of rows which causes this.