Deleting an entry from the quick panel should reopen it with the entry removed

[FichteFoll]

^this

[jbjornson]

@FichteFoll I'm having a bit of trouble implementing this one.

The "delete_file_history_entry" command is executed while the "open_recently_closed_file" command is running and the quickpanel is still visible. I tried calling the "hide_panel" command from within the delete command, but it only works the first time (hides the quickpanel and re-invokes the open command with the updated history). All subsequent calls to "delete" from the "new" quickpanel result in a console message "Quick panel unavailable" and the quickpanel stays open (although the user can close it with escape). I think the original open command (that displayed the initial quickpanel) is still active somehow and has a lock on the quickpanel.

Any ideas?

If it's helpful I can commit the updated code to the dev branch...

[FichteFoll]

Hm. Try with hide_overlay instead of hide_panel.

You can push it to a separate feature branch.

[jbjornson]

hide_overlay fixed it...thanks!

[FichteFoll]

Well yeah, I think overlays are the things like goto anything, command palette and quick panels that pop up over the editor while panels are the things like find&replace, (custom) output panels and input panels. I was a bit confused about the output from hide_panel though since 1) it shouldn't work at all, imo, and 2) Quick panel unavailable is pretty much nonsense, considering that it worked once.

Prolly some ST bug. Mind creating an issue with an SSCCE?