Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Status buffer broken during rebase with unmerged paths #1176

Closed
Aphosis opened this issue Feb 14, 2024 · 4 comments · Fixed by #1216
Closed

Status buffer broken during rebase with unmerged paths #1176

Aphosis opened this issue Feb 14, 2024 · 4 comments · Fixed by #1216
Labels
bug Something isn't working

Comments

@Aphosis
Copy link
Contributor

Aphosis commented Feb 14, 2024

Description

Hey !

I noticed an issue recently, if I stop during a rebase with a mix of modified (no conflict) and unmerged paths (conflicts), the status buffer is broken.

More specifically, two lines that were displayed as Modified and Both Modified previously are now merged together on a single line, separated by a tab character.

I did some git bisecting and identified 0281db3 as the commit that introduced the bug.

Here is an exemple of the output I get now:

Hint: [<tab>] toggle diff | [s] stage | [u] unstage | [x] discard | [c] commit | [?] help

Head:     sha (detached) Previous commit
Tag:      tag (0)

Rebasing: my-branch (1/2)
Staged changes (4)
Modified       a.txt
Modified       b.txt
Modified       c.py	u UU N... 100644 100644 100644 100644 sha1 sha2 sha3 d.txt

Stashes (4)
Recent commits (10)

Here is the output I get when I use dab4e50:

Hint: [<tab>] toggle diff | [s] stage | [u] unstage | [x] discard | [c] commit | [?] help

Head:     sha (detached) Previous commit
Tag:      tag (0)

Rebasing: my-branch (1/2)
Unstaged changes (1)
Both Modified  d.txt

Staged changes (4)
Modified       a.txt
Modified       b.txt
Modified       c.txt

Stashes (4)
Recent commits (10)

I noticed that update_status was mentioned in !691, and I can see the string.format in 0281db3#diff-70ea688606f2254c83e78a2d5fc72635f23e5b8505042d44b4157e1b54aca666R65 is likely what is causing the issue, but I failed to find an easy way to fix my issue without reverting 0281db3.

I think this has to do with how those results are later matched using the various match_1, match_2 and match_u, but my investigation ended here.

The minimal config was enough to reproduce on my side, but this may be a bit cumbersome to reproduce since it requires both conflicting and non conflicting files during a rebase (at least I think this is how I end up with the bug).

If you need more info don't hesitate to reach out, thank you for your time, and for the awesome plugin !

Neovim version

NVIM v0.10.0-dev-594ff34
Build type: RelWithDebInfo
LuaJIT 2.1.1696795921
Run "nvim -V1 -v" for more info

Operating system and version

CentOS Linux release 7.6.1810 (Core)

Steps to reproduce

  1. Start rebasing on another branch and create a conflict
  2. Start nvim
  3. Open neogit

Expected behavior

The status buffer should display separate Modified and Both Modified lines

Actual behavior

The status buffer displays a broken Modified line

Minimal config

-- NOTE: See the end of this file if you are reporting an issue, etc. Ignore all the "scary" functions up top, those are
-- used for setup and other operations.
local M = {}

local base_root_path = vim.fn.fnamemodify(debug.getinfo(1, "S").source:sub(2), ":p:h") .. "/.min"
function M.root(path)
  return base_root_path .. "/" .. (path or "")
end

function M.load_plugin(plugin_name, plugin_url)
  local package_root = M.root("plugins/")
  local install_destination = package_root .. plugin_name
  vim.opt.runtimepath:append(install_destination)

  if not vim.loop.fs_stat(package_root) then
    vim.fn.mkdir(package_root, "p")
  end

  if not vim.loop.fs_stat(install_destination) then
    print(string.format("> Downloading plugin '%s' to '%s'", plugin_name, install_destination))
    vim.fn.system({
      "git",
      "clone",
      "--depth=1",
      plugin_url,
      install_destination,
    })
    if vim.v.shell_error > 0 then
      error(string.format("> Failed to clone plugin: '%s' in '%s'!", plugin_name, install_destination),
        vim.log.levels.ERROR)
    end
  end
end

---@alias PluginName string The plugin name, will be used as part of the git clone destination
---@alias PluginUrl string The git url at which a plugin is located, can be a path. See https://git-scm.com/book/en/v2/Git-on-the-Server-The-Protocols for details
---@alias MinPlugins table<PluginName, PluginUrl>

---Do the initial setup. Downloads plugins, ensures the minimal init does not pollute the filesystem by keeping
---everything self contained to the CWD of the minimal init file. Run prior to running tests, reproducing issues, etc.
---@param plugins? table<PluginName, PluginUrl>
function M.setup(plugins)
  vim.opt.packpath = {}                      -- Empty the package path so we use only the plugins specified
  vim.opt.runtimepath:append(M.root(".min")) -- Ensure the runtime detects the root min dir

  -- Install required plugins
  if plugins ~= nil then
    for plugin_name, plugin_url in pairs(plugins) do
      M.load_plugin(plugin_name, plugin_url)
    end
  end

  vim.env.XDG_CONFIG_HOME = M.root("xdg/config")
  vim.env.XDG_DATA_HOME = M.root("xdg/data")
  vim.env.XDG_STATE_HOME = M.root("xdg/state")
  vim.env.XDG_CACHE_HOME = M.root("xdg/cache")

  -- NOTE: Cleanup the xdg cache on exit so new runs of the minimal init doesn't share any previous state, e.g. shada
  vim.api.nvim_create_autocmd("VimLeave", {
    callback = function()
      vim.fn.system({
        "rm",
        "-r",
        "-f",
        M.root("xdg")
      })
    end
  })
end

-- NOTE: If you have additional plugins you need to install to reproduce your issue, include them in the plugins
-- table within the setup call below.
M.setup({
  plenary = "https://github.com/nvim-lua/plenary.nvim.git",
  telescope = "https://github.com/nvim-telescope/telescope.nvim",
  diffview = "https://github.com/sindrets/diffview.nvim",
  neogit = "https://github.com/NeogitOrg/neogit"
})
-- WARN: Do all plugin setup, test runs, reproductions, etc. AFTER calling setup with a list of plugins!
-- Basically, do all that stuff AFTER this line.
require("neogit").setup({}) -- For instance, setup Neogit
@Aphosis Aphosis added the bug Something isn't working label Feb 14, 2024
@raaymax
Copy link

raaymax commented Feb 19, 2024

+1

@gollth
Copy link
Contributor

gollth commented Feb 27, 2024

Can also reproduce this when applying a stash or merge would lead to a conflict

@r2p2
Copy link

r2p2 commented Feb 27, 2024

+1

@haus20xx
Copy link

haus20xx commented Mar 7, 2024

+1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

5 participants