Adobe, Google, etc., use the Apple security frame works and interfaces to
temporarily elevate privileges to write their respective data to
/Library/Application Support, which is actually where this data should go,
based on Apple guidance. There is extensive documentation on this whole issue
Hi,
Very interesting!!! I will look at it .
Thanks
El 20/4/21 a las 20:57, Flavio Donadio escribió:
I did a couple Google searches and found this:
___
Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)
Please do not post admin requests or
Davidap,
I did a couple Google searches and found this:
https://stackoverflow.com/questions/48193641/how-to-write-to-local-application-support-directory-on-os-x
It seems this directory would only be good for data that is written when the
app is installed. That directory
Hi,
Shared data is common to all users, but the user never edits its
content. The file contains encrypted data for the correct operation of
the program. You are thinking of a typical text editor, for example, but
it is not something like that. In this case, I need shared data for all
users
Davidap,
I still can’t understand your use case. You say you have a server, but is it a
remote or a local one? I ask that because Uli’s recommendation is to have a
local server for users in the same machine to share the data between them. Yet,
from a development standpoint, that would be
Uli,
Yes, you’re right. My bad.
If two users (for instance, through remote access or Fast User Switching) open
and edit the same file, bad things will happen.
Regards,
Flavio
> Am 18.04.2021 um 21:51 schrieb Uli Kusterer :
>
> That is actually wrong. It is dangerous to create
Hi,
I actually currently use a server and the keychain, but I want to share
general data with offline users. I will never use the shared directory
of a user, the best way would be in / Application Support in
.localDomainMask, but I don't know why some applications can and others
cannot (the
On 15. Apr 2021, at 21:29, Flavio Donadio via Cocoa-dev
wrote:
> Documents that an application generates and that are meant to be directly
> manipulated by multiple users of the same machine should be stored in
> "/Users/Shared”. It’s the only folder in the whole system that is available
> to
he whole system that is available to
all users.
I am sure this is documented somewhere, but I hope I could help you.
Regards,
Flavio
> Am 15.04.2021 um 12:26 schrieb cocoa-dev-requ...@lists.apple.com:
>
> Von: Davidap mailto:i...@nacsport.com>>
> Betreff: Aw: /Library/Applicatio
I'm not sure to understand why you think a folder whose path is
/Users/Shared could not be used to share things among users.
If the issue you see is that once a user creates a file or directory
in /Users/Shared, only this user can manipulate them, just change the
POSIX permissions to make them
But in / Users / Shared I need to know which user installed the
application. How to share application data with users, I guess there
must be an easier way or some way to ask for root privileges to use ~ /
Library / Application Support / com.example.MyApp / directory with
localDomainMask.
with localDomainMask is precisely the one that gives me the writing error
Davidap
El 14/4/21 a las 19:26, Marco S Hyman escribió:
Our app isn't sandboxed, but when I try to create a "/Library/Application
Support/NewFolder" folder in there I get the following message:
/*You don't have
Becouse is not a good place for sharing things since it is not accessible by
anyone but the ~ user.
Davidap
El 14/4/21 a las 18:41, Ben Kennedy escribió:
On 14 Apr 2021, at 1:14 am, Davidap via Cocoa-dev
wrote:
Apple say:
[...] For example, if your app is named MyApp and has the bundle
/Applications is owned by root, and has rwx privileges only for the system, and
rx for group (admin) and all. This means you will need to have your installer
(with root privileges) to create your company/application directory inside.
As an alternative, you can certainly place your directory in
> Our app isn't sandboxed, but when I try to create a "/Library/Application
> Support/NewFolder" folder in there I get the following message:
>
> /*You don't have permission to save the file "NewFolder" in the folder
> "Application Support."*/
Yup. You want ~/Library/Application
> On 14 Apr 2021, at 1:14 am, Davidap via Cocoa-dev
> wrote:
>
> Apple say:
>
> [...] For example, if your app is named MyApp and has the bundle identifier
> com.example.MyApp, you would put your app’s user-specific data files and
> resources in the ~/Library/Application
Hi,
Apple say:
/Application Support : Contains all app-specific data and support files.
These are the files that your app creates and manages on behalf of the
user and can include files that contain user data.//
//By convention, all of these items should be put in a subdirectory
whose name
17 matches
Mail list logo