openscopeproject / openscopeproject/TrguiNG
Add Magnet dialog retains download directory from previous server
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 796
- Forks
- 101
- PR merge metrics
- No merged PRs in 30d
Description
Version: 512b63c
Steps to reproduce
- Select the Server 1 tab.
- Open the Add Magnet dialog.
- Paste multiple magnet links, one per line (This is how I reproduced it; it is unclear whether multiple links are required or merely make the issue easier to trigger.)
- Click Add.
- Immediately switch to the Server 2 tab.
- Open the Add Magnet dialog.
Actual behavior
The download directory field and its saved-directory list may still contain Server 1 paths.
If the torrent is added without noticing this, Server 2 can receive a path that does not exist on that server. This can cause an immediate path error or a failure when Transmission tries to move the completed download from its incomplete directory.
Expected behavior
The download directory should always be refreshed for the currently selected server. Paths from one server must never be reused for another server.
Reproducibility
It happened both times when I added the same set of magnets to two different servers.
It may require actually starting a multi-link addition before switching servers. I do not remember encountering it before multi-line magnet support was introduced.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Locate the Add Magnet dialog and the server-tab change handling, then reproduce the issue by adding magnets on Server 1 before switching to Server 2. Verify the download directory and saved-directory list refresh for the selected server and that paths from the previous server are not reused.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- react, typescript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 55/100