Repository navigation
OMG! My ~/Desktop was nuked! #186412
Description
Steps to reproduce
I am following this instruction to run UIScene integration test:
Specifically:
The test create the Flutter module, Flutter plugin, and native iOS app and deletes them at the end of the test. You can also create these files in a specific directory that will not be deleted:
../../bin/cache/dart-sdk/bin/dart bin/test_runner.dart test -t module_uiscene_test_ios --task-args destination=[/path/to/copy/destination]
So I ran
dart bin/test_runner.dart test -t module_uiscene_test_ios --task-args destination=~/Desktop
Expected results
I was expecting the project to appear in ~/Desktop.
Actual results
It nuked my desktop. This is due to:
Code sample
NA
Screenshots or Video
NA
Logs
NA
Flutter Doctor output
NA
Activity
vashworth commentedon May 12, 2026
Lol I think I intended for it to be more like
dart bin/test_runner.dart test -t module_uiscene_test_ios --task-args destination=~/Desktop/directory_for_testhellohuanlin commentedon May 12, 2026
Lucky someone didn't accidentally run
destination=~ordestination=/. It's wild that a random script can cause so much damage. A warning before deleting would be nice.hellohuanlin commentedon May 12, 2026
It's safer to only delete the folders/files that flutter itself controls. The script can create the project folder under the path (e.g.
generated_project). Then when deleting, we only deletegenerated_projectfolder (the "Expected" behavior in the description)[ios]do not nuke user input path when running uiscene integration test (
github-actions commentedon Aug 10, 2026
This thread has been automatically locked since there has not been any recent activity after it was closed. If you are still experiencing a similar issue, please open a new bug, including the output of
flutter doctor -vand a minimal reproduction of the issue.