[Bug]: Dismisssing the hashtag autocompletion widget with `Esc` triggers the draft's unsaved changes cancellation confirmation dialog

[nekohayo]

Describe the bug

I would like to be able to dismiss the autocompletion (without it affecting/overwriting the hashtag I wrote, especially if I used a particular CameL CaSiNG), but using the Esc shortcut key (which is the correct one, IMHO) also propagates to the "dismiss currently drafted toot/status" action which triggers the warning.

The warning is a good thing (otherwise I'd lose data all the time), but it shouldn't propagate the event across two levels to begin with, it should only affect the hashtag autocompletion popup for the 1st Esc press.

Steps To Reproduce

1. Start drafting some toot
2. Write some hashtag in there, the autocompletion widget pops up:
   
3. Press the Esc key because you already wrote your complete hashtag the way you intended (but thanks for the stats!), and you will get this resulting dialog that you also have to dismiss:

Logs and/or Screenshots

No response

Instance Backend

Mastodon

Operating System

Fedora 38

Package

Flatpak

Troubleshooting information

os: GNOME 44 (Flatpak runtime) prefix: /app flatpak: true version: 0.4.0 (production) gtk: 4.10.4 (4.10.3) libadwaita: 1.3.3 (1.3.2) libsoup: 3.4.2 (3.4.2) libgtksourceview: 5.8.0 (5.8.0)

Additional Context

No response

[GeopJr]

Looks like it's intentional, I'll look into working around that https://gitlab.gnome.org/GNOME/gtksourceview/-/blob/master/gtksourceview/gtksourcecompletionlist.c#L311-315