Frequently Asked Questions

General Questions

Q: What is qBittorrent Automation?

A: qBittorrent Automation is a Python-based rules engine that automates torrent management tasks through the qBittorrent Web API. It allows you to define YAML-based rules that automatically categorize, tag, pause, resume, delete, and manage torrents based on conditions you specify.

Q: Why not use qBittorrent's built-in RSS automation?

A: qBittorrent's RSS automation only works for adding new torrents based on RSS feeds. This system provides:

• Management of existing torrents based on conditions
• Multiple trigger types (manual, scheduled, webhooks)
• Complex condition logic (AND/OR/NOT groups)
• Access to all torrent fields and metadata
• Idempotent actions that won't repeat unnecessarily
• Dry-run mode for safe testing

Q: Does this work with qBittorrent v4.x?

A: This system is designed for qBittorrent Web API v5.0+ which introduced breaking changes (e.g., pause→stop, resume→start). If you're using qBittorrent v4.x, you'll need to modify the API client to use the old endpoint names.

Q: Is this safe to run on my existing torrents?

A: Yes! The system has several safety features:

• Dry-run mode (--dry-run) shows what would happen without making changes
• Idempotent actions skip if torrent already in desired state
• File-order execution allows predictable rule evaluation
• Comprehensive logging with trace mode for debugging
• stop_on_match prevents multiple rules from affecting the same torrent

Q: Can I run this on Windows?

A: Yes! The system is Python-based and works on Windows, Linux, and macOS. You'll need Python 3.8+ and can install via:

pip install qbt-rules

Configuration Questions

Q: Where should I put my config files?

A: By default, the system looks for:

• ~/.config/qbt-rules/config.yml - Connection and global settings
• ~/.config/qbt-rules/rules.yml - Your automation rules

You can override the config directory with --config-dir /path/to/config.

Q: How do I use environment variables in config files?

A: Use ${VARIABLE_NAME} syntax:

qbittorrent:
  username: ${QB_USERNAME}
  password: ${QB_PASSWORD}

The system expands these at runtime using os.environ.

Q: Can I have multiple rule files?

A: Currently, the system loads a single rules file. However, you can organize rules within the file using YAML comments and logical grouping:

# ===== Content Organization =====
- name: "Categorize movies"
  # ...

# ===== Cleanup =====
- name: "Remove old torrents"
  # ...

Q: What happens if qBittorrent is unreachable?

A: The system will raise a ConnectionError and exit. For scheduled triggers, ensure you have proper error handling in your cron job or systemd timer.

Q: How do I enable trace logging?

A: Use the --trace flag:

qbt-rules --trace

This logs all API calls, field accesses, and condition evaluations.

Field & Condition Questions

Q: How do I know what fields are available?

A: See the Available Fields section (§7) for complete tables. You can also:

1. Enable --trace mode to see all field accesses
2. Check qBittorrent Web API documentation
3. Use /api/v2/torrents/info to see raw torrent data

Q: What's the difference between info.size and info.total_size?

A:

• info.size - Total size of the torrent (all files)
• info.total_size - Same as info.size (alias in qBittorrent API)

Both return the same value in bytes.

Q: Why is my files.* condition not working?

A: files.* is a collection field - it returns a list. Operators check if ANY item in the list matches:

# This checks if ANY file name contains "sample"
- field: files.name
  operator: contains
  value: "sample"

If you need to check ALL files, use a none condition with the inverse:

# This ensures NO file is larger than 1GB
conditions:
  none:
    - field: files.size
      operator: ">"
      value: 1073741824

Q: How do I check if a torrent has NO tags?

A: Check if the tags string is empty:

conditions:
  all:
    - field: info.tags
      operator: "=="
      value: ""

Q: Can I use regex in conditions?

A: Yes! Use the matches operator:

- field: info.name
  operator: matches
  value: '(?i).*[Ss]\d{2}[Ee]\d{2}.*'  # TV show pattern

Use (?i) for case-insensitive matching.

Q: How do older_than and newer_than work?

A: These operators compare Unix timestamps against a relative time in seconds:

# Torrents added more than 7 days ago
- field: info.added_on
  operator: older_than
  value: 604800  # 7 days in seconds

# Torrents completed less than 24 hours ago
- field: info.completion_on
  operator: newer_than
  value: 86400  # 24 hours in seconds

Q: What does info.state return?

A: The current state string, one of:

• downloading - Actively downloading
• uploading - Actively seeding
• pausedDL - Paused while incomplete
• pausedUP - Paused after completion
• stalledDL - No download progress
• stalledUP - No upload activity
• checkingUP - Checking files after completion
• checkingDL - Checking files while incomplete
• error - Torrent has errors
• missingFiles - Files missing on disk
• forcedUP - Force seeding
• forcedDL - Force downloading

Trigger Questions

Q: How often do scheduled triggers run?

A: You control the schedule using cron or systemd timers:

# Every hour
0 * * * * qbt-rules --trigger scheduled

# Every day at 3 AM
0 3 * * * qbt-rules --trigger scheduled

# Every Monday at 9 AM
0 9 * * 1 qbt-rules --trigger scheduled

Q: Can I test scheduled rules without waiting?

A: Yes! Use manual trigger with dry-run:

qbt-rules --dry-run

This evaluates all enabled rules immediately.

Q: How do webhooks work?

A: Configure qBittorrent to execute qbt-rules when torrents are added or completed:

1. Open qBittorrent → Tools → Options → Downloads
2. Set "Run external program on torrent added":

qbt-rules --trigger on_added --hash "%I"

3. Set "Run external program on torrent completion":

qbt-rules --trigger on_completed --hash "%I"

4. Rules with trigger: on_added or trigger: on_completed will be evaluated for the specific torrent

Q: Can I filter which torrents a trigger processes?

A: Yes! Use the filter section in trigger conditions:

conditions:
  trigger: manual
  filter:
    category: "Movies"  # Only process Movies category
    state: "downloading"  # Only downloading torrents
  all:
    - field: info.ratio
      operator: "<"
      value: 1.0

Q: What's the difference between manual and scheduled triggers?

A: Both process all torrents, but differ in how rules filter them:

• manual (default) - Run on-demand via qbt-rules (useful for testing or one-time bulk operations)
• scheduled - Run via qbt-rules --trigger scheduled from cron/systemd timer (designed for automated maintenance)

Rules can specify which trigger types they respond to using trigger: manual or trigger: scheduled in conditions.

Action Questions

Q: Will stop action pause a torrent that's already paused?

A: No - actions are idempotent. The system checks the current state:

if torrent["state"] in ["pausedUP", "pausedDL"]:
    logger.info(f"Torrent already stopped, skipping")
    return

Q: What's the difference between start and force_start?

A:

• start - Resume normal downloading/seeding (respects queue limits)
• force_start - Force the torrent to start regardless of queue limits (useful for private trackers or low-seeded content)

Q: Does delete_torrent remove files from disk?

A: Only if you specify delete_files: true:

actions:
  - type: delete_torrent
    params:
      delete_files: true  # Remove from disk

If false or omitted, only removes from qBittorrent (files stay on disk).

Q: Can I set multiple tags at once?

A: Yes! Use set_tags:

actions:
  - type: set_tags
    params:
      tags: "movies,hd,private"

This replaces all existing tags. To add tags while keeping existing ones, use add_tag.

Q: How do I remove all tags?

A: Use set_tags with an empty string:

actions:
  - type: set_tags
    params:
      tags: ""

Q: What does limit: -1 mean for upload/download limits?

A: -1 means unlimited (removes any speed limit).

Q: Can I run multiple actions for the same torrent?

A: Yes! Actions execute in order:

actions:
  - type: set_category
    params:
      category: "Movies"
  - type: add_tag
    params:
      tag: "auto-categorized"
  - type: stop

All three actions will execute if conditions match.

Performance Questions

Q: How many API calls does the system make?

A: The system optimizes API calls through caching:

Per-Trigger API Calls:

1. Initial torrent list fetch (1 call)
2. Per-torrent metadata fetches (only if fields accessed):
   • trackers.* → /api/v2/torrents/trackers (1 call per torrent)
   • files.* → /api/v2/torrents/files (1 call per torrent)
   • properties.* → /api/v2/torrents/properties (1 call per torrent)
   • peers.* → /api/v2/sync/torrentPeers (1 call per torrent)
   • webseeds.* → /api/v2/torrents/webseeds (1 call per torrent)

Example: If you have 100 torrents and rules only check info.* fields, that's 1 API call total. If rules also check trackers.url, that's 1 + 100 = 101 calls.

Q: How can I reduce API calls?

A: Optimize your rules:

1. Use filters to limit torrents processed:

conditions:
  filter:
    category: "Movies"  # Only fetch Movies category

2. Avoid expensive fields if possible:

   • info.* - Free (included in main list)
   • trackers.*, files.*, properties.* - Expensive (1 call per torrent)

3. Use stop_on_match: true to prevent redundant rule evaluation:

- name: "First matching rule"
  stop_on_match: true

Q: Can I run this on a system with 10,000+ torrents?

A: Yes, but optimize carefully:

1. Use aggressive filtering:

filter:
  state: "downloading"  # Process only active torrents

2. Avoid expensive fields in high-frequency rules

3. Run scheduled triggers less frequently (every 6-12 hours instead of hourly)

4. Consider breaking rules into multiple files run at different intervals

Q: How long does execution take?

A: Depends on:

• Number of torrents
• Number of rules
• Fields accessed
• Network latency to qBittorrent

Typical performance:

• 100 torrents, simple rules (info.* only): < 1 second
• 100 torrents, complex rules (all fields): 5-10 seconds
• 1000 torrents, simple rules: 2-5 seconds
• 1000 torrents, complex rules: 30-60 seconds

Use --trace to see timing breakdowns.

Error & Troubleshooting Questions

Q: I'm getting 401 Unauthorized errors

A: Check your credentials in config/config.yml:

qbittorrent:
  username: "admin"
  password: "your_password"

Also verify qBittorrent Web UI authentication is enabled.

Q: Rules aren't matching torrents I expect

A: Enable --trace mode to see condition evaluation:

qbt-rules --trace

Look for lines like:

[TRACE] Evaluating condition: info.ratio >= 2.0
[TRACE] Result: False (actual value: 1.5)

Q: Getting KeyError when accessing fields

A: Not all fields exist for all torrents. The system handles missing fields gracefully:

# If field doesn't exist, comparison returns False

Check that you're using correct field names from the Available Fields table.

Q: scheduled trigger isn't running

A: Scheduled triggers don't run automatically - you need to set up cron or systemd timer:

Cron example:

0 * * * * qbt-rules --trigger scheduled >> /var/log/qbt-rules.log 2>&1

Q: Webhooks aren't triggering

A: Verify qBittorrent webhook configuration:

1. Check qBittorrent logs for errors
2. Ensure qbt-rules is in PATH or use absolute path:

/usr/local/bin/qbt-rules --trigger on_added --hash "%I"

3. Test manually:

qbt-rules --trigger on_added --hash <actual_torrent_hash>

Q: Changes aren't applying to torrents

A: Check:

1. Dry-run mode: Are you using --dry-run? Remove it to apply changes.
2. Idempotency: Action may be skipped if torrent already in desired state (check logs)
3. Conditions: Rule may not be matching (use --trace)
4. stop_on_match: Earlier rule may have matched first

Docker & Deployment Questions

Q: Can I run this in Docker?

A: Yes! Example Dockerfile:

FROM python:3.11-slim

# Install qbt-rules
RUN pip install qbt-rules

# Copy config
COPY config/ /root/.config/qbt-rules/

# Run scheduled trigger every hour
CMD ["sh", "-c", "while true; do qbt-rules --trigger scheduled; sleep 3600; done"]

Q: How do I deploy with systemd?

A: Create a service file and timer:

/etc/systemd/system/qbt-rules.service:

[Unit]
Description=qBittorrent Rules Automation
After=network.target

[Service]
Type=oneshot
ExecStart=/usr/local/bin/qbt-rules --trigger scheduled
User=qbittorrent
Environment="HOME=/home/qbittorrent"

/etc/systemd/system/qbt-rules.timer:

[Unit]
Description=Run qBittorrent Rules hourly

[Timer]
OnCalendar=hourly
Persistent=true

[Install]
WantedBy=timers.target

Enable and start:

sudo systemctl enable qbt-rules.timer
sudo systemctl start qbt-rules.timer

Q: Can I run multiple instances?

A: Yes, but ensure they don't conflict:

1. Use different config directories:

qbt-rules --config-dir /config/cleanup
qbt-rules --config-dir /config/categorization

2. Or use different trigger types (manual, scheduled, webhooks) simultaneously

Q: How do I integrate with Sonarr/Radarr?

A: Configure qBittorrent webhooks to auto-categorize/tag torrents added by Sonarr/Radarr:

1. In qBittorrent → Tools → Options → Downloads
2. Set "Run external program on torrent added":

qbt-rules --trigger on_added --hash "%I"

3. Create rules with trigger: on_added that match naming patterns:

- name: "Auto-categorize Sonarr downloads"
  conditions:
    trigger: on_added
    all:
      - field: info.category
        operator: "=="
        value: "tv-sonarr"
  actions:
    - type: add_tag
      params:
        tags: ["sonarr", "tv"]