[BUG] Delete file(s) post compression fails with external storage

[AFitch07]

Configuration

• Keka version: [1.2.13 (4541)]
• macOS version: [11.2.3 (20D91)]

Describe the bug

From the log: ”...couldn’t be moved to the trash because the volume “Filing Cabinet” doesn’t have one."

Keka_2021-05-08-110128408.log

So, to clarify, the files do not get deleted when compressing on external storage. It deletes files natively when everything is on the Mac only.

I use a Synology NAS and it very much has it's own trash/recycle system. The same CMD+BACKSPACE functions just the same when browsing NAS shares.

To Reproduce

Steps to reproduce the behavior:

1. Open Keka app
2. Check "Delete file(s) after compression"
3. Drag files (to be compressed) over app
4. Files that were compressed, do not get deleted

Expected behavior

I expected the files I just compressed to be deleted, per the check box option that I selected. This did not occur.

Screenshots

Current settings when issue occurs in screenshot:

Additional context

If there is anything else needed, let me know.

[aonez]

@AFitch07 I don't own a Synology NAS but seeing the error I think we can workaround this with your feedback.

The standard Trash for macOS is a folder called .Trashes or .Trash and it's placed at the root path. Does your NAS volume have one of those folders? You can check for it with the command ⌘+⌥+⇧ (while browsing the volume in the Finder) or in the Terminal.app by typing:

ls -la /Volumes/Filing Cabinet

If we can't seem to detect the trash folder there, an option could be added to remove the file instead of sending it to the trash.

[AFitch07]

Synology uses a folder in the root of each share called "#recycle" for its trash bin.

If my share is "Filing Cabinet" and I have a directory inside that share called "TestFolder" and a file inside called "MyFile.txt" then I go to delete the file "MyFile.txt" it will appear in the "#recycle" folder in the root of the "Filing Cabinet" share in the same folder path before it was deleted.

Example of structure BEFORE deletion of "MyFile.txt" file:

• Filing Cabinet
  • #recycle
  • SomeFolder
  • TestFolder
    • SubFolder1
      • MyFile.txt
  • AnotherFolder

Example of structure AFTER deletion of only the "MyFile.txt" file:

• Filing Cabinet
  • #recycle
    • TestFolder
      • SubFolder1
        • MyFile.txt
  • SomeFolder
  • TestFolder
    • SubFolder1
  • AnotherFolder

[aonez]

@AFitch07 and how you’ve deleted that “MyFile.txt”? With cmd+backspace via Finder? If so, did Finder told you that “the file will be deleted immediately”?

[AFitch07]

@AFitch07 and how you’ve deleted that “MyFile.txt”? With cmd+backspace via Finder? If so, did Finder told you that “the file will be deleted immediately”?

@aonez Yes, while using Finder to browse my external NAS, I use CMD + BACKSPACE to delete a file. This does show that exact message you stated above (similar to if you use CMD + OPTION + BACKSPACE on Mac native files)

[aonez]

@AFitch07 please check this build: https://d.keka.io/test/Keka-1.2.15.r4564

If that one fixes the issue for you, let me know and simply replace your current Keka.app with it until an official release comes :)