fman-users / fman

Issue tracker for fman, a cross-platform file manager
https://fman.io
240 stars 3 forks source link

[Bug] Properly Install Applications on macOS. #340

Open raguay opened 6 years ago

raguay commented 6 years ago

If I download an application and move it to the Application folder using fman, then the system treats that program as if it is on a read only device. It can't update itself or set privileges to check things on the net. If I use Finder to move the application back to Downloads folder, and them move it back to the Applications folder, then the application runs as expected.

fman isn't the only program with this issue, but it is annoying to having to relaunch Finder to install applications.

This has been an issue with macOS High Sierra and newer (assuming the same mechanisms for detecting viruses and trogins are still in place on newer versions).

mherrmann commented 6 years ago

Hey Richard,

normally you download .dmg files. By "moving it to the Application folder", are you talking about the dmg file, or about a .app directory?

raguay commented 6 years ago

An application, which is a directory. But, if I launch a dmg file on fman, go to the /Volume/\<dmg name> directory and move the application to /Application, it runs as in a read only directory.

Any program that I download and then use fman, Dropzone, or any other program than Finder to move it to the /Application folder will run as though it resides in a read only folder. Once I use Finder to move it out of /Application and then back into it, it runs fine.

Since I usually have Finder off on my system, it's a pain to constantly open it just to move applications around. But, it is do able that way. I figure if fman really wants to replace Finder, it will need to handle this situation also. Path Finder is the only other program that doesn't seem to have this issue.

First couple of times I thought it was a fluke, but I have been really testing it and using other programs also (even cp on the command line). Only moving with the finder keeps the system from making the program think it is running from a read-only device.

I suspect it was a change to the gatekeeper subsystem in High Sierra.

mherrmann commented 6 years ago

Interesting. I wonder if similar problems will happen when you "delete" an applications from /Applications. I vaguely remember that there was some other file manager on macOS that also had a specialized option for "properly uninstall applications when deleting them". I'll have to do more research but must also say I'm at the moment busy with other tasks such as still improving fman's onboarding to fix the retention problem.

raguay commented 6 years ago

No problem. I mostly created this one as something to note, but maybe do something about in the future. To me, the problem looks like it is a function of the GateKeeper subprocess. I doubt non-macOS apps can get hooked in. But, I thought you should know about it.

mherrmann commented 6 years ago

Sure :) Thanks for letting me know!

gingerbeardman commented 6 years ago

Once I use Finder to move it out of /Application and then back into it, it runs fine.

This is a result of App Translocation:

https://lapcatsoftware.com/articles/app-translocation.html http://weblog.rogueamoeba.com/2016/06/29/sierra-and-gatekeeper-path-randomization/ https://github.com/potionfactory/LetsMove/issues/56

mherrmann commented 6 years ago

Interesting. Thanks @gingerbeardman!