[Bug]: Drag-and-drop overlay gets stuck after importing a vector layer style (Desktop 2.4.0)

[wduclo]

Before you start

• I searched the existing issues and did not find a duplicate.
• This is a bug report, not a usage question (questions belong in Discussions).

What happened?

After importing a style file onto an already-loaded vector layer (via the import dialog, not by drag-and-drop), the drag-and-drop overlay ("Drop vector or raster files here to add layers") gets stuck on screen and never disappears. The style itself is applied correctly to the layer underneath — the overlay is purely a stuck UI element.

Pressing Escape does not dismiss it. Resizing the window does not dismiss it either.

Workaround found: dragging any random file over the window without dropping it inside (or dropping it outside the window) causes the stuck overlay to disappear.

Steps to reproduce

1. Load a vector layer in GeoLibre Desktop.
2. Import a style file onto that layer (without saving it).
3. The drag-and-drop overlay becomes stuck and persists over the map.
4. Try pressing Escape or resizing the window — neither dismisses it.
5. Drag any file over the window without dropping it inside — this dismisses the overlay.

Expected behavior

The overlay should disappear automatically as soon as the style import finishes, since no actual file drag is in progress.

How are you running GeoLibre?

Desktop app v2.4.0

Operating system and browser

Debian 12 (Desktop app — WebKitGTK-based webview, no separate browser involved)

Sample data

Not tied to a specific dataset — reproducible with any vector layer and any imported style file (tested with a style in Mapbox GL JSON / SLD / QML format).

Screenshots or logs

Screenshot attached showing the stuck overlay over the map.

Also noticed the following benign warnings in the dev console/network panel around the same session (may be unrelated, including for context):

• "IPC custom protocol failed, Tauri will now use the postMessage interface instead"
• POST requests to ipc://localhost/load_external_plugin_bundles and ipc://localhost/read_admin_profile failing with "Load failed" before falling back successfully.

[giswqs]

Thank you for reporting. The issue has been fixed in #1683. It will be included in the next release later this week.