8000 [BUG]DMG creation erases Desktop · Issue #1631 · aonez/Keka · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

[BUG]DMG creation erases Desktop #1631

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom
Open
chlowden opened this issue May 29, 2025 · 6 comments
Open

[BUG]DMG creation erases Desktop #1631

chlowden opened this issue May 29, 2025 · 6 comments
Assignees
@aonez
Labels
bug core some fixed
Milestone
macOS-1.5.1

Comments

@chlowden
Copy link

Configuration

  • Keka version: [e.g. 1.1.24 (3421)] 1.5.0 5580
  • macOS version: [e.g. 10.14.6 (18G2022)] 11.7.3

Describe the bug

Create DMG of whole mac HD to an external drive, formatted exfat. A Keka window opens with Desktop written. After validating Mac OS security accesses, the desktop is emptied of all files / folders. A Desktop.dmg file is created on empty desktop with 0kb.

Keka_2025-05-29-081930653.log

To Reproduce

Steps to reproduce the behavior:

  1. Open Keka and setup DMG settiings
  2. Right click on Mac HD and right click services / compress with Keka
  3. Service launches
  4. Desktop files / folder disappear

Expected behavior

Keka creates a DMG on the external hard drive

I presume that there is no cache to restore the data.
@chlowden chlowden added the bug label May 29, 2025
@aonez
Copy link
Owner
aonez commented May 29, 2025

Hi @chlowden,

Sorry to hear that. I'm not sure what happened here, I'm trying to reproduce without luck. Sadly you should use some backup to recover those files, if you have one. If not you can try Disk Drill or a similar recovery application.

I don't see any DMG mention in the log, but I do see that the destination of some 7Z compressions were /Users/ben2/Desktop and that was the issue there. I understand Keka had no file access to your exfat external disk and it uses the Desktop as the default fallback folder, but that destination should have a file name and extension.

@aonez aonez added this to the macOS-1.5.1 milestone May 29, 2025
@aonez aonez added the core label May 29, 2025
@aonez
Copy link
Owner
aonez commented May 29, 2025

Just for good mesure I've added a check so only file destinations can be deleted and not folder destinations.

@chlowden
Copy link
Author

Thank you for getting back to me. I also tested with 7z and got the same result and that is what the log corresponds to. It seems that the external disk had a write issue and so keka was defaulting back to the desktop.
Good to know that you have added a no source deletion check. Thanks all the same for your app. It is still a fantastic tool for me.

@aonez
Copy link
Owner
aonez commented May 29, 2025

Thanks a lot for your understanding. Already pushed v1.5.1 version preventing this to ever happen again. Still not sure how it happened 😕

@gingerbeardman
Copy link
Contributor

Could it be that Desktop items are stored in iCloud, and when the drive became full (containing its contents and a DMG of all those contents, and any related temporary files) then the items are removed from Desktop to try to make space? Just a thought

@chlowden
Copy link
Author

I don't use icloud but it was certainly not impossible. It maybe something with trying to do a dmg onto itself. The desktop is the default copy space if other spaces fail and the desktop is part of the copy.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@aonez aonez

Labels
bug core some fixed
Projects
None yet
Milestone
macOS-1.5.1
Development

No branches or pull requests
3 participants
@gingerbeardman @aonez @chlowden
0