Dropping files on Keka's dock icon hangs the app

[PLSomebody]

Dropping files on Keka's window and compressing them using Finder extension works. But dropping the same files on Keka's icon in dock effects in endless icon bumping and no effect at all. App needs to be force exited. Dropping one file works OK. It is about Keka 1.2.12 (4522)

[aonez]

I've reproduced the issue. This happens with any application, not only Keka. Sandboxed and not sandboxed apps.

• Reproduced it with Keka, Apple's Archive Utility, GrandPerspective, HandBrake and Hex Fiend
• Affects Mac OS 10.12 and later (11.0 Big Sur is also affected)

Steps to reproduce the issue:

1. The application should not be running
2. Drop two or more files to the application icon (Application.app or icon in the Dock)
   • ALL files should have a quarantine. xattr -l <FILE> should print com.apple.quarantine
   • At least one folder (also with quarantine set)
   • At least one compressed file
3. The application will bounce indefinitely until it's Force Quit

Further consequences:

While the application is bouncing any other application can't be opened by dropping a file in the icon (Application.app or icon in the Dock). It will seem like it does nothing. As soon as the bouncing application is force quit, the other application will try to open. This can be done with multiple applications.

Test files

Test.zip

Console output

NOT reproducing the issue (App starts normally)

default	12:17:47.574534+0200	Dock	LAUNCHING:0x0-0x24f24f Keka foreground=1 bringForward=1 seed=751 userActivityCount=0
default	12:17:47.579395+0200	loginwindow	-[PersistentAppsSupport applicationReady:] | App: Keka, ready, updating active tracking timer
default	12:17:47.579435+0200	loginwindow	-[ApplicationManager checkInAppContext:eventData:] | ApplicationManager: Checked in app : Keka
default	12:17:47.593116+0200	secinitd	Keka[73264]: root path for bundle "<private>" of main executable "<private>"
default	12:17:47.603306+0200	secinitd	Keka[73264]: AppSandbox request successful

Reproducing the issue

default	12:04:34.821918+0200	Dock	LAUNCHING:0x0-0x22d22d Keka foreground=1 bringForward=1 seed=679 userActivityCount=0
default	12:04:34.827004+0200	loginwindow	-[PersistentAppsSupport applicationReady:] | App: Keka, ready, updating active tracking timer
default	12:04:34.827065+0200	loginwindow	-[ApplicationManager checkInAppContext:eventData:] | ApplicationManager: Checked in app : Keka
default	12:04:35.054421+0200	runningboardd	[executable<Keka(501)>:67681] This process will not be managed.
default	12:04:35.054446+0200	runningboardd	Now tracking process: [executable<Keka(501)>:67681]
default	12:04:35.054852+0200	runningboardd	Acquiring assertion targeting executable<Keka(501)> from originator [daemon<com.apple.coreservices.launchservicesd>:163] with description <RBSAssertionDescriptor; foregroundApp:67681; ID: 341-163-1548; target: 67681> attributes = {
    <RBSDomainAttribute: 0x7fb8d4e20480; domain: com.apple.launchservicesd; name: RoleUserInteractiveNonFocal; sourceEnvironment: 0x0>;
}
default	12:04:35.054953+0200	runningboardd	Assertion 341-163-1548 (target:executable<Keka(501)>) will be created as active
default	12:04:35.055293+0200	runningboardd	[executable<Keka(501)>:67681] Ignoring jetsam update because this process is not memory-managed
default	12:04:35.055311+0200	runningboardd	[executable<Keka(501)>:67681] Ignoring resume because this process is not lifecycle managed
default	12:04:35.055349+0200	runningboardd	Acquiring assertion targeting executable<Keka(501)> from originator [daemon<com.apple.coreservices.launchservicesd>:163] with description <RBSAssertionDescriptor; foregroundApp:67681; ID: 341-163-1549; target: 67681> attributes = {
    <RBSDomainAttribute: 0x7fb8d4f0c310; domain: com.apple.launchservicesd; name: RoleUserInteractiveNonFocal; sourceEnvironment: 0x0>;
}
default	12:04:35.055408+0200	runningboardd	[executable<Keka(501)>:67681] Set darwin role to: UserInteractiveNonFocal
default	12:04:35.055505+0200	runningboardd	[executable<Keka(501)>:67681] Ignoring GPU update because this process is not GPU managed
default	12:04:35.055542+0200	runningboardd	Assertion 341-163-1549 (target:executable<Keka(501)>) will be created as active
default	12:04:35.055609+0200	runningboardd	Finished acquiring assertion 341-163-1548 (target:executable<Keka(501)>)

---

I'll be reporting it now to Apple.

[aonez]

@gingerbeardman I know you like to investigate. I don't know why this one was never found before. I've already reported it to .

[csparker247]

@aonez The tvrenamer issue thread got closed, but I'm not sure it's the same as what you describe in this thread. The tvrenamer issue appears to stem from being unable to correctly locate the JVM, which could be a sandbox issue with the loader, but I don't think anyone's tracked that down yet.

[gingerbeardman]

I only just saw this issue, very bizarre!

Not tried to reproduce.

Sadly, no time to investigate.