Regression: CLI "vorta --create" discards subsequent profile backups instead of queuing (v0.10.3 vs. v0.8.x)

[GoulartM]

Describe the bug

When triggering multiple backup profiles via CLI, only the first vorta --create "Profile" command executes; subsequent ones are silently discarded due to an active backup check. This is a regression from Vorta 0.8.x (Debian 12), where the same script queued and executed all profiles one after another.

Environment

• Working System: Debian 12 (Bookworm) / Vorta 0.8.10 / Borg 1.2.4
• Broken System: Debian 13 (Trixie) / Vorta 0.10.3 / Borg 1.4.3
• Desktop Environment: Tested on XFCE and GNOME (issue is desktop-independent).
• Installation Method: Debian APT repository

Steps to reproduce

1. Ensure the Vorta GUI application is open and running and connected to the repository.
2. Set up multiple profiles (e.g., 'Profile1', 'Profile2', 'Profile3') in Vorta, in my case, each is using the same repositorie.
3. Run the following minimal script:

#!/bin/bash
vorta --create 'Profile1'
vorta --create 'Profile2'
vorta --create 'Profile3'

4. Observe that only 'Profile1' backs up; others are silently ignored.

Expected behavior

All three profiles are queued and executed one after another (Profile1 → Profile2 → Profile3), exactly like it worked on Debian 12 / Vorta 0.8.x.

Actual behavior (Vorta 0.10.3+)

1. Only Profile1 starts and runs its backup.
2. Profile2 and Profile3 never start.
3. The script finishes instantly (no blocking or waiting for completion).

With vorta -vvv the reason is visible:

2025-11-30 11:57:31,847 - vorta.application - WARNING - Cannot run while backups are already running

Without -vvv the failure is completely silent.