First file not showing dirname until rewind or write

[doctorfree]

I have configured barbecue to display dirname and not basename and added an autocmd to update barbecue.

The first file opened does not show dirname. The dirname appears after :rew or if I write the file out. If I go to the next file, dirname is displayed properly. My guess is that my barbecue update autocmd is not getting loaded early enough. But when I move the autocmd to an earlier point in startup it still fails in the same manner. I'm lazy loading plugins with lazy.nvim.

If I switch from displaying dirname to displaying basename in the barbecue config, that works properly. So now I'm thinking, no it is not the load order, the autocmd is working. I looked briefly at the barbecue code and calculating the dirname component is more complex than calculating the basename. Could it be a timeout? Do people have dirname working properly?

Well, it does work properly, just not for the initial buffer until I manually trigger it. Perhaps I need to add some additional event to the autocmd? Any help or suggestions or thoughts are welcome.

Here is my plugin spec and configuration:

  {
    "utilyre/barbecue.nvim",
    dependencies = {
      "SmiteshP/nvim-navic",
      "nvim-tree/nvim-web-devicons",
    },
    event = { "BufReadPost", "BufNewFile" },
    config = function()
      require("config.barbecue")
    end,
  }

local icons = require("icons")

require("barbecue").setup({
  create_autocmd = false, -- prevent barbecue from updating itself automatically
  attach_navic = true,
  include_buftypes = { "" },
  exclude_filetypes = { "alpha", "gitcommit", "netrw", "toggleterm", "Trouble" },
  modifiers = {
    dirname = ":~:.",
    basename = "",
  },
  show_dirname = true,
  show_basename = false,
  show_modified = false,
  modified = function(bufnr) return vim.bo[bufnr].modified end,
  show_navic = true,
  lead_custom_section = function() return " " end,
  custom_section = function() return "" end,
  theme = {
    normal = { fg = "#c0caf5" },
    ellipsis = { fg = "#737aa2" },
    separator = { fg = "#737aa2" },
    modified = { fg = "#737aa2" },
    dirname = { fg = "#488dff" },
    basename = { bold = true },
    context = {},
    context_file = { fg = "#ac8fe4" },
    context_module = { fg = "#ac8fe4" },
    context_namespace = { fg = "#ac8fe4" },
    context_package = { fg = "#ac8fe4" },
    context_class = { fg = "#ac8fe4" },
    context_method = { fg = "#ac8fe4" },
    context_property = { fg = "#ac8fe4" },
    context_field = { fg = "#ac8fe4" },
    context_constructor = { fg = "#ac8fe4" },
    context_enum = { fg = "#ac8fe4" },
    context_interface = { fg = "#ac8fe4" },
    context_function = { fg = "#ac8fe4" },
    context_variable = { fg = "#ac8fe4" },
    context_constant = { fg = "#ac8fe4" },
    context_string = { fg = "#ac8fe4" },
    context_number = { fg = "#ac8fe4" },
    context_boolean = { fg = "#ac8fe4" },
    context_array = { fg = "#ac8fe4" },
    context_object = { fg = "#ac8fe4" },
    context_key = { fg = "#ac8fe4" },
    context_null = { fg = "#ac8fe4" },
    context_enum_member = { fg = "#ac8fe4" },
    context_struct = { fg = "#ac8fe4" },
    context_event = { fg = "#ac8fe4" },
    context_operator = { fg = "#ac8fe4" },
    context_type_parameter = { fg = "#ac8fe4" },
  },
  context_follow_icon_color = false,
  symbols = {
    modified = "●",
    ellipsis = "…",
    separator = "❯",
  },
  kinds = icons.kinds
})

vim.api.nvim_create_autocmd({
  "WinResized",
  "BufWinEnter",
  "CursorHold",
  "InsertLeave",
  "BufWritePost",
  "TextChanged",
  "TextChangedI",
}, {
  group = vim.api.nvim_create_augroup("barbecue.updater", {}),
  callback = function()
    require("barbecue.ui").update()
  end,
})

[doctorfree]

This behavior is intermittent. That is, it sometimes works and sometimes does not. It may be a timing thing or an environment thing but whatever it is, it is difficult to debug. The few extra steps in calculating dirname over those used to calculate basename can cause this?!

I guess we need some weirdness to keep it interesting.