-
Notifications
You must be signed in to change notification settings - Fork 7
Open
Labels
bugSomething isn't workingSomething isn't working
Description
Did you check docs and existing issues?
- I have read all the docs.
- I have searched the existing issues.
Neovim version (nvim -v)
0.11.1
Operating system/version
OS: Manjaro Linux x86_64 Kernel: 6.6.88-1-MANJARO
Describe the bug
x to delete the char under the cursor is no longer working in normal mode after debug mode is exited. after debug mode is exited, it's not falling back to the original behavior.
Steps To Reproduce
- Enter debug mode (:lua require("debugmaster").mode.toggle())
- exit debug mode (:lua require("debugmaster").mode.toggle())
- use x to delete character under cursor. does not work.
Expected Behavior
go back to default behavior of x
I suspect this is because of this keymap inside debug mode:
x Execute last yanked or deleted text in the repl
Repro (Ignore if not applicable or if the issue is easily reproducible.)
-- set stdpaths to the current directory
local initlua_root = vim.fn.fnamemodify(debug.getinfo(1).short_src, ":p:h")
for _, name in ipairs { "config", "data", "state", "cache" } do
vim.env[("XDG_%s_HOME"):format(name:upper())] = initlua_root .. "/" .. name
end
-- bootstrap lazy
local lazypath = vim.fn.stdpath("data") .. "/lazy/lazy.nvim"
if not vim.uv.fs_stat(lazypath) then
local lazyrepo = "https://github.com/folke/lazy.nvim.git"
vim.fn.system({ "git", "clone", "--filter=blob:none", "--branch=stable", lazyrepo, lazypath })
end
vim.opt.rtp:prepend(lazypath)
vim.g.mapleader = " "
require("lazy").setup({
spec = {
{
"mfussenegger/nvim-dap",
config = function()
local dap = require("dap")
-- Configure your debug adapters here
-- https://github.com/mfussenegger/nvim-dap/blob/master/doc/dap.txt
end,
},
{
"miroshQa/debugmaster.nvim",
config = function()
local dm = require("debugmaster")
vim.keymap.set({ "n", "v" }, "<leader>d", dm.mode.toggle, { nowait = true })
vim.keymap.set("t", "<C-/>", "<C-\\><C-n>", { desc = "Exit terminal mode" })
end
}
},
})Kurren123 and jeffreyCheungStransa
Metadata
Metadata
Assignees
Labels
bugSomething isn't workingSomething isn't working