Dear Maintainer,

On Debian 13 (Trixie) with GNOME Shell (Wayland), Chromium fails to release
systemd / gnome-session suspend inhibitors related to “Download in progress”.
Once this state is triggered, the system cannot suspend unless Chromium is
fully
closed or the user forces suspension with 'systemctl suspend -i'.

Even when:
- no downloads are active
- the download tab has been closed
- all browser windows have been closed
- background apps are disabled
- xdg-desktop-portal and related services are restarted

…the suspend inhibitors remain.

Steps to reproduce:
1. Start Chromium on Debian 13 (Wayland + GNOME).
2. Download several files (often image files trigger this, e.g., from Gemini).
   The bug does not appear every time, but is reproducible.
3. At some point, Chromium creates multiple suspend inhibitors.
4. Even after downloads finish, the inhibitors remain indefinitely.
5. Attempt to suspend the system:
   $ systemctl suspend
6. Inspect active inhibitors:
   $ gnome-session-inhibit -l

Expected behavior:
- System should suspend normally
- 'systemctl suspend' should succeed
- 'gnome-session-inhibit -l' should show no Chromium entries unless a real
download is running
- No need to use 'systemctl suspend -i'

Actual behavior:
- Suspend is blocked:
  Operation inhibited by "user session inhibited"
- gnome-session-inhibit -l shows:
  /usr/lib/chromium/chromium: Download in progress (suspend)
  /usr/lib/chromium/chromium: Download in progress (suspend)
- These entries never disappear until Chromium is fully restarted.

Impact:
- Users cannot suspend laptops normally
- Power management is broken
- Battery drain on mobile devices
- Confusing for users who rely on expected suspend behavior

Additional information:
- The inhibitor is held by the main Chromium process, not renderers.
- Only occurs on Wayland/xdg-desktop-portal-gnome setups.
- Related upstream Google issue: https://issues.chromium.org/issues/454025651