FS#73794 - Password authentication broken

Attached to Project: Arch Linux
Opened by Eric Cheng (eh8) - Tuesday, 15 February 2022, 06:15 GMT
Last edited by Antonio Rojas (arojas) - Tuesday, 15 February 2022, 10:00 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Florian Pritz (bluewind)
Antonio Rojas (arojas)
Architecture All
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Ever since the recent update to 3.00-3, all password authentication attempts password are failing. Issue occurs on both the web UI as well as the shell (using the command `transmission-remote ...`)

I have:

- ensured that the Transmission daemon is stopped before modifying `settings.conf` to set new passwords
- reproduced the issue on another Arch system
- used passwords of various lengths and character combinations (i.e. letters only, no special characters, etc).
- verified that my `settings.conf` was intact and had no duplicated key-value pairs, broken syntax, or other strange irregularities
- uninstalled `transmission-cli`, purged all configuration files, and reinstalled `transmission-cli`

Best workaround for now is to disable rpc authentication, but I don't want clients on my network to have partial read/write access to my system via the web UI.
This task depends upon

Closed by  Antonio Rojas (arojas)
Tuesday, 15 February 2022, 10:00 GMT
Reason for closing:  Works for me
Comment by Antonio Rojas (arojas) - Tuesday, 15 February 2022, 08:29 GMT
I can't reproduce this with the daemon running on localhost. Can you post step-by-step instructions?
Comment by Eric Cheng (eh8) - Tuesday, 15 February 2022, 09:58 GMT
I can't edit my original post, but I failed to mention that this issue affects Arch Linux ARM. Please feel free to close this ticket. I apologize for any confusion and time spent trying to reproduce; you probably won't be affected on x86_64.

Loading...