file uri scheme

I have come across a strange bug in the Finder. Namely, when I delete a file in the Downloads folder (either by pressing Command-Delete, choosing Move to Trash in the File menu, etc., the file is moved to the Trash, but it is still displayed in the Finder's Download window, even after I empty the trash. I have to click on another window and then back on Downloads to make the file disappear! Also, this weird behavior (so far) is only happening when I delete files in the Downloads folder. Has anybody experienced this? Any ideas as to what may be going on (perhaps a strange permissions setting?)?

This is a continuation of from the old forums: https://devforums.apple.com/thread/246122Calling SecItemCopyMatching will sometimes return an OSStatus of -34018 (errSecMissingEntitlement). This seems to happen when the system is running low on memory. This has not been fixed in iOS9. I've of course filed radars about this and I would encourage others to do the same while iOS 9 is under development.

If I go through the new project wizard, or try to open an existing project, I get the same crash every time. It's something from XCSService, and I see keychain mentioned, so I tried relaunching keychain accessing, restarting my machine, etc. Keeps happening. Any workaround?Process: Xcode [516]Path: /Applications/Xcode-beta.app/Contents/MacOS/XcodeIdentifier: com.apple.dt.XcodeVersion: 7.0 (8123.26)Build Info: IDEFrameworks-8123026000000000~7Code Type: X86-64 (Native)Parent Process: ??? [1]Responsible: Xcode [516]User ID: 501Date/Time: 2015-06-11 16:20:14.544 -0400OS Version: Mac OS X 10.10.3 (14D136)Report Version: 11Anonymous UUID: A12E8E79-DAD1-FC5C-0724-7549D29029DATime Awake Since Boot: 200 secondsCrashed Thread: 0 Dispatch queue: com.apple.main-threadException Type: EXC_BAD_ACCESS (SIGSEGV)Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000VM Regions Near 0:--> __TEXT 00000001088e6000-00000001088e7000 [ 4K] r-x/rwx SM=COW /Applications/Xcode-beta.app/Contents/MacOS/XcodeApplication Specific In

Hi,I use a 3rd party/open source framework. I embedded its project in my main app's project, and I set my main app to be dependent on it. I can build, deploy and run my app in the test device using developers profile in xcode. The problem is when I try to build it from command line for distribution. I tried passing the adhoc cert and adhoc provisioning profile as parameters. It is complaining that the bundleId of the framework is different than the one defined in the provisioning profile. Which is obviously true because the bundleId of the framework is pre-defined by its developer.I use this command to build it:xcodebuild build -workspace <my wrkspace> -scheme <scheme> CODE_SIGN_IDENTITY=<identity name> PROVISONING_PROFILE=<provisioning name>CODE_SIGNING_REQUIRED=“YES” CONFIGURATION_BUILD_DIR=<path>The options that I can think of:1. Change the bundleid of the framework to match my app bundleid2. Do not sign when building, but pass the provisioning profile when e

Question:What does opendirectoryd's FDESupport module do?Answer:That's the module which is responsible for taking password updates from opendirectoryd and updating the FV 2 pre-boot login password. It's a helper utility.Question:Does fdesetup sync also help sync passwords from a directory service?Answer:No, it does not sync passwords. (Same message from both Security and Enterprise labs.)Question:Is there a way to run a deferred enablement, which also allows the enablement of a second account. For the purposes of the question, assume that the second account's password has been provided.Use cases that may apply:A. An enterprise that wants deferred enablement for the primary user of the machine, but also wants to enable the local admin account for FV 2.Answer:Please file enhancement requests. (Same message from both Security and Enterprise labs.)Question:When using fdesetup enable -inputplist the password is clear text in the plist. Can this be changed so that the password can be hashed? A colleague of

We have a QR code reader application, so we ingest many different kinds of URLs with different schemes, and we want to send them on to their handler applications. The new canOpenURL: security is understandable, but a problem for our user experience. Is there any way to opt out of this behavior? I understand Apple wants to migrate to Universal Links, but we already have a lot of content out there and would like to be able to transition in a more orderly manner.As a fallback we probably could just start hardcoding our common schemes, but I was wondering if for our use case there was another way around.

Hello, I am having problem with the implementation of a Document Provider, with the “move” operation in particular. The export/import/open operations are working fine. I did look for information in the Document Provider documentation, the developers forum, stackoverflow and still not able to get it to work.Here is what is happening, when the operation is initiated from word (word is using a move operation when creating a new file), the URL is handed over to the provider (works fine).However when I try to copy the file located at this URL to my application the file is empty.I tested the same workflow with other providers it works.Any advice, hints will be really appreciatedBest Regards,