Troubleshooting
Linux Issues
"Window tracking not working"
Symptoms: Screenshots capture but window titles are empty or "Unknown".
Solution: Install xdotool:
sudo apt install xdotool # Debian/Ubuntu
sudo dnf install xdotool # Fedora
sudo pacman -S xdotool # ArchNote: Traq requires X11. Wayland is not fully supported.
"App fails to start" or "Webkit error"
Symptoms: App crashes on launch with GTK/WebKit errors.
Solution: Install the correct WebKit version:
# Ubuntu 24.04+ / Debian 13+
sudo apt install libgtk-3-dev libwebkit2gtk-4.1-dev
# Ubuntu 22.04 / Debian 11-12
sudo apt install libgtk-3-dev libwebkit2gtk-4.0-devIf you built from source, rebuild with the correct tag:
# Ubuntu 24.04+
make build
# Older systems
make build-legacy"Permission denied" for screenshots
Symptoms: Screenshots fail or are blank.
Possible causes:
- Display server permissions
- Sandboxed environment (Flatpak/Snap)
Try running from terminal to see error messages:
./traq 2>&1 | grep -i errormacOS Issues
"Screen recording permission required"
Solution: Grant screen recording permission:
- Open System Preferences > Security & Privacy
- Go to Privacy tab
- Select Screen Recording
- Add Traq to the allowed list
- Restart Traq
"Accessibility permission required"
For window tracking, grant accessibility access:
- Open System Preferences > Security & Privacy
- Go to Privacy tab
- Select Accessibility
- Add Traq to the allowed list
Windows Issues
"Screenshots are black"
Possible causes:
- Hardware acceleration conflicts
- Display driver issues
Try:
- Update graphics drivers
- Disable hardware acceleration in Settings (if available)
- Run as administrator
Database Issues
"Database locked" errors
Cause: Another instance of Traq may be running.
Solution: Close all Traq instances and restart:
# Linux/macOS
pkill -f traq
./traq"Database corrupted"
Solution: Try recovery:
cd ~/.local/share/traq
cp data.db data.db.backup
sqlite3 data.db "PRAGMA integrity_check;"If corrupt, you may need to restore from backup or start fresh.
Performance Issues
"App is slow / high memory usage"
Possible causes:
- Too many screenshots loaded
- Large database
Solutions:
- Reduce capture frequency in Settings
- Clear old data you don't need
- Run database optimization (Settings > Storage > Optimize)
"High CPU usage during capture"
Cause: Screenshot compression is CPU-intensive.
Solutions:
- Increase capture interval (e.g., 60s instead of 30s)
- Use lower quality preset
- Increase duplicate threshold to skip more similar frames
Getting Help
If you're still stuck:
- Check the GitHub Issues
- Search for similar problems
- Open a new issue with:
- OS and version
- Traq version
- Error messages
- Steps to reproduce