Repository navigation
Zilla-RS 0.2.3
Zilla-RS 0.2.3 — a bug-fix release. The folder panes and the transfer queue now move when the transfers do.
What's fixed
- Folders refresh when a transfer finishes.
complete()used to write the final state into the queue and say nothing: the page learned about it at its next 3 s poll, and the pane that had just received (or lost) a file stayed on its stale listing. A finished line — and a failed one — now publishes its pane (localorremote, depending on direction) and the queue; the page then groups the signals of a folder download behind the first one instead of re-listing once per file. - A finished line leaves the waiting list. Done rows fold out of the queue pane. The tally stays on the strip with a "N terminé(s) masqué(s)" link, and the detailed queue window (⤢) still lists every row.
- The directories of a site are honored.
App::connect()used to log "Répertoire distant de départ" and then never use it — the remote pane always landed on/— while the site'sLocal directorywas only stored and read by nobody.ConnInfonow carriesserver_dir(the attach path the server announces, or the directory the site asks for once verified),/api/connectadds the site'slocal_dir, and the page installs both panes there at connect. An unreachable directory falls back to the root with a warning in the log instead of a silence.
Verified by
tests/panneaux.rs — the remote directory of a site (absolute with a trailing slash, bare /, relative, and one that is not there), the HTTP contract of /api/connect exactly as the page reads it, and the wake-up of the local/remote pane at the end of a download and of an upload, caught on the event bus. Against the code before this fix the server_dir assertions do not even compile. Whole suite: 48 tests green, and zilla selftest 16/16 on the shipped binary.