Your workflow is unique 👨💻 - tell us how you use Dropbox here.
Forum Discussion
How to link V2 API for macOS App Store?
My macOS App runs fine while debugging, with the framefwork embedded. But when I archive it for the App Store the resultand binary crashes with this error, how do I resolve this? Thanks.
Dyld...
Why thank you. I went back to method #3 Xcode subproject and I can once again build and run on my Mac, link and unlink, up-and-download, delete, etc.. When I archive, my typical MO is to upload directly to the App Store. Often I will Export the archive as a macOS App for a final dry run - it's this executable that fails. So I have not placed my App in review for fear it will get the same error.
Now, loaders and I do not get along, but I've been paying attention to the absolute paths of the Dropbox files and I'm beginning to suspect that "someone" is picking up the wrong path, but my head hurts so I've stopped :) for now. Thanks.
Steve
Greg-DB
Dropbox Community Moderator
Dropbox Community ModeratorFor anyone watching here, there's an update to the linking issue here:
https://www.dropboxforum.com/t5/API-support/API-V2-analogue-of-canceFileLoad-and-cancelFileUpload/m-p/222333#M11860
https://www.dropboxforum.com/t5/API-support/API-V2-analogue-of-canceFileLoad-and-cancelFileUpload/m-p/222333#M11860
FWIW that trick only works on iOS, the macOS version still gets the dynlib error as reported here, unfortunately.
- The iPhone and iPad iOS version of my App with Dropbox V2 API is waiting for review, we’ll see if they pass muster. But I still cannot archive the macOS version for review. Should I perchance try to build a static library. I ask because I continue to see confusion when it comes to resolving the real path of the dynamic library: DBRoulette and my App sometimes both get involved during the link processes.A) I have what may be an important clue, but I do not know what it’s telling me, yet - hopefully an Engineer does. I can get DBRoulette to fail with the same dynlib error as my macOS app. I’m using the DBRoulette example on github which I downloaded 2-ish weeks ago, dropbox-sdk-obj-c-master/Examples/DBRoulette/macOS/CarthageProject/DBRoulette/DBRoulette.xcodeproj.To run the DBRoulette example one needs to configure the project per README.md, specifically, the Info.plist needs an App Dropbox key. The key is part of the App Record, so it’s associated with the App’s name, in this case Krypton. On my Mac Book Pro the DBRoulette example links to Dropbox via Krypton’s App key and I can see files on the Dropbox servers, but if-and-only-if there is no occurrence of the real Krypton App on the computer.If I have even one instance of Krypton.app, the DBRoulette link will (often) fail; here is the sequence:1) previously compile Krypton with the Dropbox V2 API such that the executable is lying around somewhere. It doesn’t seem to matter where, as long as there is an instance of the Dropbox V2 dynamic library somewhere, whether it be in an exported archive of the App, or buried deep in the Xcode build file hierarchy from a debug test run.2) From Xcode run DBRoulette, and click the Link button.3) This starts the Safari authentication process - Click Allow.4) This brings up what appears to be a JavaScript Alert panel saying ‘ Do you want to allow this page to open “DBRoulette.app”? ‘ - click Allow. Normally that’s it, your are linked. But not in this case. Instead, Krypton is recalled instead of DBroulette, and the link error occurs.B) Or, the reverse might happen: I run Krypton in the debugger, begin the link process, and DBRoulette is recalled instead of Krypton. I have no idea why this happens, see pix below showing Krypton running but DBRoulette intercepting the link request.DB asking to link Krypton, but DBRoulette recalled.
- FWIW, the iOS version of my App just passed review and is on the App Store. One down, one to go. Thanks for all your help so far.
About Dropbox API Support and Feedback
Get help with the Dropbox API from fellow developers and experts.
