feresaria/docs/development.md

Development

Install the build dependencies, then run:

cargo build --release --locked --workspace
cargo test --workspace --locked
cargo fmt --all --check

Use release builds for performance and animation checks. Preview changes in a nested session before testing hardware behavior. Keep another desktop available for direct-session recovery.

Test guides

• Desktop reconciliation: topology publication, hardware failure and presentation ownership.

• Output management tests: profiles, hotplug, mirroring, lid handling and failed DRM commits.

• Nested resize checks: wallpaper and bar responsiveness.

• Client soak testing: repeated client lifecycle and resource growth.

• Performance measurements: sampling and historical results.

Portal checks

Run backend unit tests and compare D-Bus contracts against installed portal XML:

cargo test --locked -p xdg-desktop-portal-ferese
python3 scripts/tests/test_portal_contracts.py

The contract test runs on a private bus and checks signatures, appearance changes, caller authorization and retention of the last working config after invalid edits. It does not open consent dialogs or prove complete compatibility with every app.

With release binaries built, run isolated integration checks:

FERESE_TEST_SHORTCUTS=1 python3 scripts/tests/test_shortcuts_isolated.py
FERESE_TEST_WINDOW_CAPTURE=1 python3 scripts/tests/test_window_capture_isolated.py
FERESE_TEST_INHIBIT=1 python3 scripts/tests/test_inhibit_isolated.py
FERESE_TEST_RESTORE=1 python3 scripts/tests/test_restore_isolated.py
FERESE_TEST_WINDOW_STREAM=1 python3 scripts/tests/test_window_stream_isolated.py

These checks use disposable nested sessions or private buses to test shortcut cleanup, window capture, inhibitors, restored permissions and live window streams. Check each script's dependencies before running it.

For monitor streaming and lock revocation, install Python GI/GStreamer with pipewiresrc, dbus-daemon, xdg-desktop-portal, and bwrap, then run:

FERESE_TEST_PORTAL=1 \
FERESE_TEST_PORTAL_BINARY=target/release/xdg-desktop-portal-ferese \
python3 scripts/tests/test_portal_isolated.py

Add FERESE_TEST_PORTAL_CONSENT=1 to exercise the picker. Choose the temporary display and click Share. Tests must target the nested preview, not the host desktop.

Check real encoding and the private InputCapture transport:

cargo test --locked -p xdg-desktop-portal-ferese --bin ferese-record encoder_finishes_a_real_webm -- --ignored
cargo test --locked -p ferese input_capture::tests
cargo test --locked -p xdg-desktop-portal-ferese eis::tests -- --ignored

Encoding needs the recorder's GStreamer plugins. The transport test needs libei and uses synthetic input over a private socket pair. Hardware pointer barriers, multiple monitors, display sleep, and live authentication still need session tests.

Report a bug

Include the commit or installed release, reproduction steps, backend (nested or direct), monitor scales/transforms, and relevant logs. Avoid publishing passwords, access tokens, or private window content.

Resume recovery

The direct backend keeps track of known GPUs when their DRM resources are unavailable. It handles hotplug, configuration and lid changes through the same recovery path, deferring the work while the session is inactive. On activation, it reads the lid state asynchronously and re-enumerates devices and connectors before allowing presentation. A logind system-wake signal triggers the same work, even if seat ownership has not changed. New libinput observations take precedence over pending lid reads. If a read fails, Ferese keeps the last observation. Reads have a three-second deadline so a stalled bus cannot block recovery indefinitely.

When a device fails, Ferese removes its output globals and retries with exponential backoff capped at 32 seconds. Working devices remain usable. Known hardware can return under a different cardN path. Reconciliation also discovers newly connected GPUs. Connected-output reports mark a mode active only when output creation succeeded. Lock ownership is retained throughout recovery.

Run the ordering and private D-Bus checks with:

cargo test --locked -p ferese backends::direct::topology
cargo test --locked -p ferese backends::direct::lid -- --include-ignored

The D-Bus test requires dbus-daemon and permission to create private sockets. Hardware validation still needs a direct session: change monitors while on another VT, suspend/resume with a dock disconnected, change the lid while suspended, and unplug/reconnect the managed GPU where supported. Verify current output geometry, idle notifications, recovery after failures and continued lock protection. Nested sessions do not validate DRM reacquisition.