I was able to submit my app to ITunes connect for review with a good description. When I took off the app so I could make changes, I tried to resubmit it hours later, with the same exact description, and now it says:
Description must not contain special characters (for example, null, new lines, carriage return, escape, and other invisible characters)
Is this a new rule for new apps just recently today?
Also, there is an error sign next to the Language setting, which I set to English.
---------UPDATE------
IT WORKS NOW! Finally. That was such a strange bug, especially since it was the first I ever encountered on Itunes connect.
This seems like a bug of iTunes Connect.
Apparently it already happened once in 2010.
UPDATE: it was a bug, and it is fixed now.
I have tested with all my accounts and only one reult:
Description must not contain special characters (for example, null, new lines, carriage return, escape, and other invisible characters)
This seems like a bug of iTunes Connect. Hope it will be gone soon..
Apple just fixed it.
I submitted my app done.
Get back to work, bros.
Related
I was creating an API for TD Ameritrade (my first time creating or dealing with APIs) and I needed to put in my own call back URL. I know that callback URL is where the API sends information to and i heard that I can just use my localhost API. I scoured the internet and I dont know how that would work and I was wondering if i can just use http://localhost?
Sorry if I seem like a noob because I am
In short, yes.
Follow the excellent directions at
https://www.reddit.com/r/algotrading/comments/c81vzq/td_ameritrade_api_access_2019_guide/. (Even with them, I spent excessive time on trial and error!)
Since stackoverflow has a limit of 8 links in a response, and the localhost text string looks like a link, I’m showing it with the colon replaced by a semicolon, i.e., http;//localhost to reduce the link count. Sorry.
I used the Chrome browser after first trying Brave, which did not work for, possibly because of my option selections.
Go to https://developer.tdameritrade.com/user/me/apps
Add a new app using http;//localhost (delete existing app if there is one).
Copy the resulting consumer key text string (AKA client_id or OAuth User ID).
Go to https://developer.tdameritrade.com/content/simple-auth-local-apps, follow instructions. Note: leading/trailing blanks were inserted by MSWord due to copy/paste of the auth code, which had to be manually deleted after wasting excessive time identifying the problem. The address string looks like:
https://auth.tdameritrade.com/auth?response_type=code&redirect_uri=http%3A%2F%2Flocalhost&client_id=ConsumerKeyTextString%40AMER.OAUTHAP
This returns a page stating the server refused to connect, but the address bar now contains a VeryLongStringOfCharacters in the address bar:
https;//localhost/?code= VeryLongStringOfCharacters
Copy the contents of the address bar, go to https://www.urldecoder.org/, decode the above, and extract the text after “code=”. This is your refresh_token
Go to: https://developer.tdameritrade.com/authentication/apis/post/token-0, fill out the fields with
grant_type=authorization_code
refresh_token=<<blank>>
access_type=offline
code=RefreshTokenTextString
client_id=ConsumerKeyTextString#AMER.OAUTHAP
redirect_uri=http://localhost
Press SEND.
If the resulting page starts with HTTP/1.1 200 OK, you have succeeded.
Try updating your redirect to:
redirect_uri=https://localhost
They may require https now and you need a colon instead of a semicolon. Everything looks correct. This process generally takes me more then one attempt, and 15 minutes to an hour to get my refresh token squared away every 90 days.
dont use #AMER.OAUTHAP in client_id
If you generate a new code and based on that try to get a new access token. it should work.
I integrated Zapier into my application. At first, everything was working. I was able to create some Zaps and receive some information. After a few days, I created a new Zap, but this time it didn't work. I got in touch with Zapier's support and they informed me that the problem is with the ID I was providing them. It contains some extra characters.
`\ufeff{"id":"23"}`
Does anyone know what I can do to solve this problem? When I test with Postman, I don't see any extra characters.
I have submitted an update to my app which is waiting for review, and I went in to edit the meta data, changed the title, and saved by accident. Now when I try to change it back to the original name, it says "The App Name you entered has already been used.". Does anyone know how to fix this? (hopefully without having to manually reject the submission).
The solution in this article suggests that you might be able to get it to work by changing the Default Language.
If you're not sure where to set the Default Language, have a look at the iTunes Connect Developers Guide.
I called App Store Developer Support (408-974-4897) and after about a week and a half they were able to free up my app name so I could use it again.
I was wondering if anyone had this issue before. We have the emailer send emails out to our clients and inside this email, there is a link to their appropriate download. However, once it reaches SOME clients, the link seems to be missing a few characters (rendering the link useless).
I've check through the sysmail_mailitems but the body of the email I pull from there has the correct link. Just for some reason for some clients the characters are missing.
Has anyone had something weird like this happen? Also, the characters missing in the link are in the exact same spots.
I already asked the same question over at dev.twitter.com, however, I didn't get an answer there. So maybe someone here on SO ran into the same issue and has an answer.
In my application I count the length of the characters the user enters to compose a tweet. However, if the user enters an URL, this will be shortened automatically (by Twitter's API) when posting the tweet. So I have to replace the length of the URL with the length of the resulting t.co URL in my character counter.
However, the problem is now, what is Twitter's definition of an URL so that I know when you adapt my character counter and when not. For example www.verylongexampleurl.de gets shortened, while verylongexampleurl.de (without the www) doesn't, but verylongexampleurl.com does get shortened again.
I couldn't find any documentation, but maybe I missed it. All hints are appreciated.
Quoting from dev.twitter.com:
Need help parsing tweet text?
Take a look on the Twitter text processing library we’re using for auto linking and extraction of usernames, lists & hashtags.
Ruby: https://github.com/twitter/twitter-text-rb
Java: https://github.com/twitter/twitter-text-java
Javascript: https://github.com/twitter/twitter-text-js
The actual specification (tests) can be found here: https://github.com/twitter/twitter-text-conformance/blob/master/autolink.yml