Opening a http file in mini.files with kulala installed tries to run the file itself

[albinjon]

Title: Opening a http file in mini.files with kulala installed tries to run the file itself

Description

Trying to open an HTTP file in mini.files tries to run a request with kulala.

• This also applies to the readme file in the same directory.

Steps to Reproduce

• Have a http/ folder with http files.
• Open mini.files (I'm using floating windows), and navigate to that filter press <CR> on the desired file (in my case called api.http).
• This seems to trigger a request (the hourglass comes up in the mini.files window).

Error

Errors displaying response: ...local/share/nvim/lazy/kulala.nvim/lua/kulala/ui/init.lua:152: Cannot split a floating window
stack traceback:
	[C]: in function 'nvim_open_win'
	...local/share/nvim/lazy/kulala.nvim/lua/kulala/ui/init.lua:152: in function 'open_kulala_window'
	...local/share/nvim/lazy/kulala.nvim/lua/kulala/ui/init.lua:198: in function 'show'
	...local/share/nvim/lazy/kulala.nvim/lua/kulala/ui/init.lua:282: in function 'open_view'
	...local/share/nvim/lazy/kulala.nvim/lua/kulala/ui/init.lua:443: in function <...local/share/nvim/lazy/kulala.nvim/lua/kulala/ui/init.lua:442>
	[C]: in function 'xpcall'
	...local/share/nvim/lazy/kulala.nvim/lua/kulala/ui/init.lua:442: in function 'open_default_view'
	...local/share/nvim/lazy/kulala.nvim/lua/kulala/ui/init.lua:475: in function 'callback'
	...ocal/share/nvim/lazy/kulala.nvim/lua/kulala/cmd/init.lua:308: in function ''
	vim/_editor.lua: in function <vim/_editor.lua:0>

Health

System:
ℹ {OS} Darwin 25.0.0
ℹ {Neovim} version 0.11.3
ℹ {kulala.nvim} version 5.3.3

Tools:
✔ {cURL} found: /usr/bin/curl (version: 8.7.1)
✘ {gRPCurl} not found
✘ {websocat} not found
✔ {openssl} found: /opt/homebrew/bin/openssl (version: 3.5.2)

Formatters:
✔ {application/graphql} formatter: prettier --stdin-filepath file.graphql
✔ {application/xml} formatter: xmllint --format -
✔ {application/json} formatter: jq .
✔ {text/html} formatter: prettier --stdin-filepath file.html
✔ {application/javascript} formatter: prettier --stdin-filepath file.js
✔ {application/lua} formatter: stylua -
✔ {application/graphql-response+json} formatter: jq .

User Config

return {
  'mistweaverco/kulala.nvim',
  lazy = false,
  keys = {
    { '<leader>rs', desc = 'Send request' },
    { '<leader>ra', desc = 'Send all requests' },
    { '<leader>rb', desc = 'Open scratchpad' },
  },
  opts = {
    global_keymaps = true,
    global_keymaps_prefix = '<leader>r',
    kulala_keymaps_prefix = '',
  },
}

[YaroSpace]

This is something mini.files specific. I will have a look.

[YaroSpace]

I do not get such behavior with mini.files.

The request can only be executed (hence the hourglass) if the <CR> is pressed in the requests buffer, e.g. the key press is somehow repeated after the buffer is open by mini.files, but before the mini.files is closed.

Can I see your mini.files config?

[albinjon]

Oh ok, thank you for testing it.

      local files = require('mini.files')
      files.setup({
        options = {
          permanent_delete = true,
        },
        mappings = {
          close = 'q',
          go_in_plus = '<cr>',
          go_in = '',
          go_out_plus = '<bs>',
          go_out = '',
          mark_goto = "'",
          mark_set = 'm',
          reset = '',
          reveal_cwd = '@',
          show_help = 'g?',
          synchronize = '=',
          trim_left = '<',
          trim_right = '>',
        },
        windows = {
          preview = true,
          width_preview = 120,
        },
      })

This should be the only related section, I mean I have some more custom commands that I attach through a autocmd for opening in a split but nothing with <cr>.
Do you have a <cr> trigger there or do you open the file in another way?

[albinjon]

Screen.Recording.2025-10-28.at.20.07.02.mov

I disabled the custom file splitting too, to see if it was interfering somehow.

[YaroSpace]

I do not really use mini.files myself, but I have h/l to in/out folder/file.
I have put your mappings, but still cannot reproduce it.

Looking at your video, I can confirm that <cr> gets passed onto the underlying buffer for some reason. The easiest fix would be to change the keymap either in mini.files or in kulala, so they do not interfere.