Titanium.App.getArguments() seems to not work on Iphone OS4 beta\n4.
\nWhen calling a Custom URL schema passing some query strings\narguments, ON the App it does not get the arguments.
\nUsed to work on 3.x
Need some more information, including a test case and which\nversion of Titanium you're using.
Here are the info.
\nMobile SDK 1.3
\niPhone SDK OS4 beta4
Attached is the console log, running on an iPhone 3Gs with OS4\nbeta4. Using KitchenSink 1.3. (changed the name to be able to use\nmy Profile.
\nStart KitchenSink 1.3
\nGo to Phone Tab
\nGo to GeoLocation
\nThe data will be filled, only the Reverse Geo data is blank
Sorry wrong update :-)
Here is the proper additional info for this bug.
\nInfo:
\nTitanium MObile SDK 1.3
\nxcode_3.2.3_and_iphone_sdk_4_beta_4
\niPhone OS4 beta4 for iPhone 3Gs (build:8a274b)
================================================== Steps to\nreproduce on the Device:
\nEdit the Custom URL handler on info.plist
\n\n<key>CFBundleURLTypes</key>\n <array>\n <dict>\n <key>CFBundleURLName</key>\n <string>com.appcelerator.kitchensink</string>\n <key>CFBundleURLSchemes</key>\n <array>\n <string>kitchensink</string>\n </array>\n </dict>\n </array>\n\nNow open Safari Mobile on the Device
\ntype the Custom URL passing some query strings:\nkitchensink://?foo=bar
\nKitchen Sink will open and then will crash.
================================================== Find the\nFiles Attached, Crash Log and Console Log.
Hard to say if this is a bug on our end. I see
\n\nTue Jun 1 12:51:08 unknown UIKitApplication:com.acarlos.KitchenSink[0x80c9][1227]\n\nIn your output, and
\n\n<string>com.appcelerator.kitchensink</string>\n\nin the plist. Was the plist value changed so that you could test\non device?
Hi Stephen, I needed to change the AppID, so I could use my\nProvisioning Profile and to test on my Device.
\nBut When I run on Simmulator I use the default KitchenSink\nAppID: com.appcelerator.kitchensink
\nI am doing some more research on this as well.
Try changing the value for the CFBundleURLName key to match the\napplication ID. I don't get crashes in simulator when they match,\nand can't test on device since I don't have a 4.0-capable one\nhandy.
Mistakenly marked as invalid. Didn't know that getX() functions\nwere the same as accessing the X property.
Yeah, this works for me in simulator when the CFBundleURLName\nmatches the application ID.
\nI will close this ticket if you can confirm that any application\nwhich does not support backgrounding (built for 3.1) running on\ndevice does not crash when the CFBundleURLName and the app ID\nmatch.
\n(Edited to remove iPhone 4.0 information)
(from [76a7494c760ea73db037f719e67ab3a700d8a750])\n[#1077 state:open] plist change to allow KS to\ntest getArguments(). Note that under 4.0, we do not support\nchanging the arguments; this may not even be possible. Have to look\ninto it. \nhttp://github.com/appcelerator/titanium_mobile/commit/76a7494c760ea...
Hi Guys, you are right. It seems that on OS4 I can't get the\narguments when coming from a 'Pause'.
\nlet me give you some more background on what I am trying to\nachieve.
\nWhat I am trying to do is an oAuth 3-legged authorization\nprocess with Yahoo!, then my App does the call for authorization\nand opens Safari, after authorizing the app, I have created a\ncallback that calls the Custom URL passing the access token and the\nverifier as arguments. Then my app checks the arguments and\ncompletes the oAuth process.
\nIt worked very well on 3.1, but for 4.0 first I needed to change\nmy startup listener to 'resume', but then the arguments are always\nempty.
\nAnyway, now I have no Idea how to proceed with the whole oAuth\n3-legged process as Safari will not be able to open back my\nApp.
I would like to be able to give you a workaround, but the NDA\nprevents me from discussing this issue with you further in a public\nforum. All I can recommend is looking through (4.0) documentation\non the relevant subjects.
Ok, thanks, so will it be possible to retrieve arguments from\nSafari on Titanium 1.4?
\nWhat my Safari does e call a callback like this, passing the\noauth verifier and a Token.
\nMyapp://?oauthv=something&token=otherstuff
\nThis starts my app, but getArguments does not work with\n\"Resume\".
\nDo you have any suggestion on how to retrieve this data back\nwith my app?
\nThanks once again.
It is possible to retrieve arguments from Safari, but only on\nstartup. We will very likely not get to this feature in time for\n1.4.0. I can't advise you further until the NDA is up because the\nworkaround does not involve Titanium directly.
Ok, thanks Stephen.
With the advent of iOS4 I can finally give you the bad news.\nWhen apps resume from background, they are NOT passed any new\ninformation about arguments; they are only passed arguments on\nstartup. This means that if it's absolutely critical that your app\nalways be able to get startup argument information, it must opt-out\nof background execution.
\nYou can do this by changing the\nUIApplicationExitsOnSuspend key in the\nInfo.plist file to have a YES value.
All right, thanks for the update Stephen.
It appears it is possible to receive the URL if the process is\nbackgrounded, but a different approach is required. From the\ndeveloper forums:
\nAlso, check that you're using
\nand NOT
\nWould it be possible for Titanium to expose this information in\nthe future? For dictionary and study applications, the ability to\nswitch quickly between them is important.
(sorry for the bold, I had only meant to mark off what was\nquoted and what wasn't)
Thank you for pointing this out - it was not covered in any of\nthe backgrounding documentation. I will see if I can get it in\nbefore 1.4.0 drops.
(from [8c573ed5806e0477e143f40e272314bfe130d054])\nCloses #1077: Apps can now get URLs on return from\nbackgrounding. Thanks to Damien Elmes for the solution. \nhttp://github.com/appcelerator/titanium_mobile/commit/8c573ed5806e0...
Thanks for the quick fix!
Hi There,
\nso do you know how can I get the arguments that are passed from\nan CustomHandle, here is some sample code I am trying, but the\narguments object is empty.
\non App.js I have added the following code,\ntrying to trap the data from the customHandle from a Resume or\nOpen
\n\nvar argu = Ti.App.getArguments();\nvar argumentos = JSON.stringify(argu);\n// var theImage = null; //capture image from gallety and/or camera\n// var theThumbnail = null; //capture image thumbnail from gallety and/or camera\n\n\n// trap app Open event and retrieve the arguments from safari\nTi.App.addEventListener('resume', function(e)\n{\n\nTi.API.info(\"MemePost is being RESUMED, getting Arguments\");\n\nTi.API.info(\"Arguments from RESUME on app.js \" + argu);\n\na = Ti.UI.createAlertDialog({ \n title:'URL Arguments from RESUME on app.js',\n message: argu\n});\na.show();\n\n});\n\n// trap app Open event and retrieve the arguments from safari\nTi.App.addEventListener('open', function(e)\n{\n\nTi.API.info(\"MemePost is being OPEN, getting Arguments\");\n\nTi.API.info(\"Arguments from OPEN on app.js \" + argumentos);\n\na = Ti.UI.createAlertDialog({ \n title:'URL Arguments from OPEN on app.js',\n message: argumentos\n});\na.show();\n\n});\n\nWhat am I doing wrong?
This change unfortunately doesn't appear to work. When I resume\nmy app with a url, the argument doesn't appear. It only appears\nlater, on pause, and then on the next resume.
\nExample:
\n1) Start MyApp
\n2) Open Safari (closing MyApp)
\n3) Safari: myapp://first
\n4) MyApp launched to the front. In
\nTi.App.addEventListener('resume', function() {\n if (Ti.App.getArguments() == 'myapp://') { // this will be true
\n
\n\n\n\n\n\nalert('This is always true the first time resume is called');\n\n\n\n\nHowever, on 'pause' the argument is then available.
\n }\n});\n
Hopefully this all makes sense. Somehow the value is getting set\ntoo late.
You need to use the 'resumed' event. There are two separate\nevents on iOS due to the fact that some information is only\navailable after resuming execution.
Thanks! That solved the problem.