Post not yet marked as solved
Does the problem repeats with different users ? If so, just an idea: did you check their OS version ? Is it compatible with your deployment target ?
Yes, the macOS version is compatible.
Post not yet marked as solved
FTP is fundamentally broken at the protocol level. You won’t be able to make non-ASCII file names work with FTP in the general case.
Thanks for your comments.
Regarding your link "On FTP", I was wondering about this:
FTPS is FTP over TLS (aka SSL). While FTPS adds security to the protocol, which is very important, it still inherits many of FTP’s other problems. Personally I try to avoid this protocol.
in particular the part "it still inherits many of FTP’s other problems". What are these other problems? At the beginning of the post you only mentioned privacy and security, but these are already fixed with FTPS according to you.
Also do you have any clue why open(source.path, O_RDONLY) returns a valid file descriptor if source is a directory and if it's a regular file it returns -1 (see my previous post)?
Post not yet marked as solved
Use .folder instead of .directory and your Open button will be there.
Thanks! That works, but why? Even Apple‘s sample code in the official documentation uses ˋ.directoryˋ. Why does it only work on macOS by default?
Post not yet marked as solved
I've been wondering for a long time as well. Why is Apple not commenting on this?
Post not yet marked as solved
Thanks! I have another question now: how can I link multiple NSTextContentStorage to the same NSTextStorage? The documentation for NSTextContentStorage reads:
By default, the framework initializes the NSTextContentStorage with NSTextStorage as the backing store.
But I don't see any way of accessing or setting the NSTextStorage. If I'm not supposed to do so, then how can I programmatically change the text?
Post not yet marked as solved
After a few more tests, I noticed that, while try source.checkResourceIsReachable() throws an error and FileManager.default.fileExists(atPath: source.path) returns false, calling open(source.path, O_RDONLY) returns a valid file descriptor if source is a directory; if it's a regular file, it returns -1.
Post not yet marked as solved
Have you tried encoding the file name and creating url from it?
No, since my app relies on the Finder to mount and connect to FTP volumes, so I can only use file URLs.
Post not yet marked as solved
What if I have multiple parallel upload operations and need to map the URLSession in the delegate method to a progress indicator? Would I need a separate actor to manage this mapping?
Post not yet marked as solved
If you implement the method -(BOOL)worksWhenModal to return YES on the target object for your menu item, AppKit will allow the menu item to be validated, and enabled if the target implements the item's action.
Still doesn't seem to work for the sample code I provided. I had to leave the menu item's target to nil to make it work, but then using a normal window was enough, without the need to implement worksWhenModal.
This is in fact the workaround I just found. If I leave the menu item's target to nil and make sure that the view of the view controller or a subview is first responder, e.g. with
override func viewDidAppear() {
view.window?.makeFirstResponder(view)
}
then the menu item is enabled. In my case it doesn't work though, since the view controller is a child of another view controller and it's not guaranteed that the view of the view controller showing the menu (and implementing the menu item actions) is first responder (as the parent can have other views that can be first responders). As soon as I set the menu item's target to self, the menu items are disabled again.
Post not yet marked as solved
However, if the app is in a modal state, AppKit skips over item validation and always disables the item.
Thanks for your feedback. Indeed, it seems that all menu items targeting a window or view controller are automatically disabled, while menu items targeting the app delegate can still be enabled, as well as the standard copy, paste, etc. I think the correct behaviour should be to still enable menu items targeting the modal window itself.
I think you may have reported this issue with Bug Reporter as FB9190141?
Yes, I opened FB9190141 2.5 years ago but got no response, which is why I decided to ask here. It would be great if you could investigate it.
Also to everyone else who might be tempted to use NSMenu.popUpContextMenu(_:with:for:): provide a made-up NSEvent and don't rely on NSApp.currentEvent being non-nil. When using VoiceOver for instance, it's nil.
Post not yet marked as solved
But NSUserScriptTask won’t find them there
Then it's more like a limitation of how application scripts are designed to work, but I don't get it when you say that it doesn't make sense to have application scripts in an app group. App groups are meant to share data between apps, so why not application scripts as well?
The fact that the Application Scripts directory is created automatically even for app groups adds to the confusion.
Post not yet marked as solved
Why do you need to get this directory?
For sharing scripts between apps. Why does it make sense to share any other data, but not Application Scripts? I was hoping that I could reduce user confusion by putting all shared data, including scripts, in one place (the app group).
Post not yet marked as solved
Occasionally this warning turns into a compiler error when trying to archive the product. Then only deleting the DerivedData folder, restarting Xcode and archiving again turns it into a warning again.
Post not yet marked as solved
By the way, I just had to learn the hard way that this code
var blockSize = UInt32(16_777_216)
if copyfile_state_set(state, UInt32(COPYFILE_STATE_BSIZE), &blockSize) != 0 {
throw NSError(domain: NSPOSIXErrorDomain, code: Int(errno))
}
always throws on macOS 11 or older with a POSIX error 22: Invalid argument regardless of the provided block size. There's no mention of this in the documentation and I assumed that it would just work, but got bug reports from users running older systems.
Post not yet marked as solved
And then I tested if copying a 1 KB file performs better with a 1'000 or 1'024 block size, and the first iteration of the whole test is always an outlier. Am I still doing something wrong?
