TeamAmaze / TeamAmaze/AmazeFileManager
Make operations atomic and undoable
Nobody has claimed this yet.
- Dominant language
- Kotlin
- Stars
- 6.4k
- Forks
- 1.7k
- Avg merge
- 3d 9h
- Merged PRs (30d)
- 1
Description
Currently most operations when they fail make no attempt to revert the state of what was changed to be as it was before the operation was made. I propose making operations so that they have a "do()" "revert()" and "errorRevert()" where errors can be handled gracefully.
- Create a base implementation
- Convert the extractor to an operation
-
- Without undo()
-
- Add undo() functionality (requires folder/file deletion)
- File/Folder creation/deletion
-
- Deletion
-
- Creation
- Folder/File coping/cutting
-
- Copy/Cut
-
- Undo
- Random bug squashing
- Documentation
Contributor guide
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
No files, entry points, or tests are named. Start by locating the existing operation, extractor, and file/folder copy, cut, creation, and deletion implementations, then determine which listed atomic and undoable behaviors remain incomplete; done means failed operations restore their prior state and the related documentation is current.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- kotlin
- Domain
- mobile
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 20/100