Do you have to compil eon Mavericks for it to work on Mavericks?
Will OS X Carbon builds from Xojo run in Mavericks?
Also I have not yet codesigned my app.
Have been having users turn off the security setting only allowing app store apps.
Is that gone under Mavericks?
What crash are you getting?
No.
Yes.
[quote=76231:@Tim Turner]Have been having users turn off the security setting only allowing app store apps.
Is that gone under Mavericks?[/quote]
Are you code signing your applications?
Yes, but’s deprecated by Apple, so it might not work with next OS X release:
https://developer.apple.com/library/mac/releasenotes/General/CarbonCoreDeprecations/
Right now… No have not been codesigning them.
Joe, the popup is pariahware elastic window reg problem. I have gotten the unencrypted classes from Christian and have rebuilt app removing the key requirement code per window. My customer will hopefully be able to test it tonight. It is possible there is some other problem. We turned off the restriction for app store apps only but still got the error.
I would be very surprised if Carbon was removed in the next major OS.
Can you explain any further as to what error or crash you’re seeing? Do you have a screenshot? crash log? anything?
No I don’t. I will get one when client tests it tonight hopefully.
Tim, If the customer is installing a new copy of your app over the old one, they should delete the original and then install / copy the new one. We’ve seen a similar situation with our apps (both Xojo and Obj-C based) under Mavericks where an odd missing dylib, xib file, or plugin occurred. Deleting the original copy solved the problem.
Just reading this Tim Jones… do they just delete the app inside Applications and that will do it?
is there any way to automate that? It would just prevent a bunch of support calls on this problem.
Just FYI, a user does not have to turn off GateKeeper entirely. If they double click your app, they will be stopped from launching it, but if they right click (or control click) and choose Open from the contextual menu, they will get a similar warning but with an option to proceed with the launch.
@Tim Turner - Yes, simply deleting and emptying the trash works. For automations, I have a preupdate script which is part of my installer package that checks that the app isn’t running and then moves the existing app to the user’s .Trashes folder.