Comment by fuzzy2

Comment by fuzzy2 19 hours ago

10 replies

Trash is a shell feature. Unless a program explicitly "moves to trash", deleting is final. Same for Word documents.

So, no, there is no undo in general. There could be under certain circumstances for certain things.

NewsaHackO 18 hours ago

I mean, I'm pretty sure it would be trivial to tell it to move files to the trash instead of deleting them. Honestly, I thought that on Windows and Mac, the default is to move files to the trash unless you explicitly say to permanently delete them.

  • fuzzy2 4 hours ago

    Yes, it is (relatively, [1]) trivial. However, even though it is the shell default (Finder, Windows Explorer, whatever Linux file manager), it is not the operating system default. If you call unlink or DeleteFile or use a utility that does (like rm), the file isn’t going to trash.

    [1]: https://github.com/arsenetar/send2trash (random find, not mine)

  • johnisgood 17 hours ago

    Because it is the default. Heck, it is the default for most DEs and many programs on Linux, too.

Ajedi32 19 hours ago

Everything on a ZFS/BTRFS partition with snapshots every minute/hour/day? I suppose depending on what level of access the AI has it could wipe that too but seems like there's probably a way to make this work.

  • literalAardvark 19 hours ago

    I guess it depends on what its goals at the time are. And access controls.

    May just trash some extra files due to a fuzzy prompt, may go full psychotic and decide to self destruct while looping "I've been a bad Claude" and intentionally delete everything or the partitions to "limit the damage".

    Wacky fun

  • antinomicus 19 hours ago

    The topic of the discussion is something that parents, grandmas, and non technical colleagues would realistically be able to use.

    • Ajedi32 19 hours ago

      A "revert filesystem state to x time" button doesn't seem that hard to use. I'm imagining this as a potential near-term future product implementation, not a home-brewed DIY solution.

      • darkwater 7 hours ago

        A filesystemt state in time is VERY complicated to use, if you are reverting the whole filesystem. A granular per-file revert should not be that complicated, but it needs to be surfaced easily in the UI and people need to know aout it (in the case of Cowork I would expect the agent to use it as part of its job, so transparent to the user)