mirror of
https://github.com/Lidarr/Lidarr.git
synced 2026-03-02 22:56:57 -05:00
Confirmation box for delete selected option #3998
Labels
No labels
Area: API
Area: Database
Area: Db-migration
Area: Download Clients
Area: Extras
Area: Import Lists
Area: Indexer
Area: Metadata API
Area: Notifications
Area: Organizer
Area: Parser
Area: Scanning
Area: Tooling
Area: UI
Area: Unit Tests
Area: Update API
On Hold: MetadataAPI Blocking
Priority: High
Priority: Low
Priority: Medium
Status: Accepted
Status: Cannot Reproduce
Status: Confirmed
Status: Don't Merge
Status: Help Wanted
Status: In Progress
Status: Info Needed
Status: Investigating
Status: Logs Needed
Status: Maybe One Day
Status: Needs Triage
Status: On Hold
Status: Ready for Review
Status: Unlikely
Status: Waiting for OP
Status: Won't Fix
Type: Bug
Type: Documentation
Type: Duplicate
Type: Enhancement
Type: Enhancement
Type: External Bug
Type: Feature Request
Type: Regression
Type: Support
Type: Support.
conflict
conflict
no-conflict
not-pulled
radarr-pull
readarr-pull
sonarr upstream
sonarr-pull
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Lidarr#3998
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @lattedesu on GitHub (Oct 13, 2024).
Is there an existing issue for this?
Is your feature request related to a problem? Please describe
Hello,
I'd appreciate if there would be a confirmation box for the delete unmapped file button, which would also indicate its responsibility.
I assumed it was deleting them from the list only, but never thought it'd actually delete the files, without even a confirmation.
Currently, I'm trying to recover bunch of albums, and since I didn't know what were deleted, I'm trying to do this by checking subfolders' modified date.
Describe the solution you'd like
Add a confirmation box to that button, and state that if would actually delte the files themselves, not only from the queue. Even a tooltip would be helpful at this point.
Describe alternatives you've considered
The ultimate solution for me would be to ignore unmapped files feature, but it's already open at #2548
Anything else?
Nothing. Thank you for maintaining this project.