[twitter-dev] Re: New oAuth Authorization screen is unusable on phone webbrowser control

Twitter what have you done, it takes WEEKS to get updates through Apple's review process and now you break all apps that use oAuth through embedded browser controls, and yet seriously how is it any different to using xAuth. Please restore this ASAP! On May 1, 12:54 am, Matthieu GD wrote: > On Ap

[twitter-dev] Re: New oAuth Authorization screen is unusable on phone webbrowser control

OK I spoke to soon :) It does still seem to be working on UIWebView, not sure about other mobile web browsers. I do like the look and feel of the new login pages On May 1, 8:54 am, Rich wrote: > Twitter what have you done, it takes WEEKS to get updates through > Apple's review process and now yo

[twitter-dev] Re: New oAuth Authorization screen is unusable on phone webbrowser control

I figured out an easy workaround for WP7 WebBrowser: 1) Navigate to a local dummy page in your isolated storage before going to the oAuth page -- somehow this fixes the scrolling 2) Set the width of the 'auth' div to the width of your screen by invoking javascript on the browser-- this uncrowds the

[twitter-dev] Re: New oAuth Authorization screen is unusable on phone webbrowser control

On May 1, 7:52 am, Bob12345 wrote: > I figured out an easy workaround for WP7 WebBrowser: > 1) Navigate to a local dummy page in your isolated storage before > going to the oAuth page -- somehow this fixes the scrolling > 2) Set the width of the 'auth' div to the width of your screen by > invoki

[twitter-dev] Re: New oAuth Authorization screen is unusable on phone webbrowser control

and the doc page for OOB authentication is not available : http://dev.twitter.com/pages/auth#oob Amateur hour here we come I'm going to ask for a xauth exception On May 1, 7:52 am, Bob12345 wrote: > I figured out an easy workaround for WP7 WebBrowser: > 1) Navigate to a local dummy page in

Re: [twitter-dev] New oAuth Authorization screen is unusable on phone webbrowser control

Hi Bob, Tom, and others, On Apr 29, 2011, at 11:50 PM, Bob12345 wrote: > I've been using a WebBrowser control in my Window Phone application to > login into Twitter. Today I noticed that the login/authorization page > format had changed and it is now unusable in a web browser control > that my ap

[twitter-dev] API requests redirect my server to /suspended

Hello, My application currently gets an access token and save it to a database for each member of my website. I checked the access tokens saved for my account and the ones in Your Apps > MyApp > My Access Token and they are correct. My account is not suspended and there is nothing on my applicatio

[twitter-dev] Problem with $connection->get('account/verify_credentials')

I'm a newbie with the Twitter API. I have no problem sending a user from my site to Twitter via the api and receiving authentication. Here is the code I use for that, tweaked from Nettus. getRequestToken(); // store it in our session $_SESSION['oauth_request_token'] = $tokens['oauth_token']; $_S

[twitter-dev] Default Access type doesn't change after saving

Hello. I need to create an App that has "Read & Write" access. While creating the App I chose it to have this type of access type, but after saving I noticed that the access type was "read-only", so I chose to edit the App and even after selecting "Read & Write" and submitting, the default access t

[twitter-dev] Re: New oAuth Authorization screen is unusable on phone webbrowser control

this message don't indicate any security concerns: http://groups.google.com/group/twitter-api-announce/browse_thread/thread/3aac43cb45873232 On Apr 30, 7:13 pm, Tom van der Woerdt wrote: > On 5/1/11 12:47 AM, Matthieu GD wrote:> On Apr 30, 12:09 pm, Tom van der > Woerdt  wrote: > >> I've heard

[twitter-dev] Re: New oAuth Authorization screen is unusable on phone webbrowser control

On Apr 30, 7:18 pm, Ben Ward wrote: > Hi Bob, Tom, and others, > > On Apr 29, 2011, at 11:50 PM, Bob12345 wrote: > > > I've been using a WebBrowser control in my Window Phone application to > > login into Twitter. Today I noticed that the login/authorization page > > format had changed and it is

[twitter-dev] Twitter Share button: Change url to share *after* page loaded completely

Hi, I have a homepage where I want to enable users being able to share a radio station they just created. (See http://burnynet.de/combofm) I tried various things, like changing the data-url element or reloading the element completely, etc. Sadly I cannot find any documentation on widgets.js. The

Re: [twitter-dev] Geolocation and Twitter API

Hey Padma, This "location" attribute is specific to geo searches (search API requests with "geocode" parameter), and reflects the way tweets are matched: - It is taking the "Geo" attribute if the tweet is geotagged. - Otherwise, it fallbacks to the tweet author's location (as defined in its profil

Re: [twitter-dev] API requests redirect my server to /suspended

Hey Thomas, "/statuses" is not a valid API endpoint, and our routing system assumes you're trying to reach the "statuses" account, which is suspended (cf http://twitter.com/statuses). Take a look on our timeline resources on http://dev.twitter.com/doc and use one of these endpoints (for example "

Re: [twitter-dev] Twitter Share button: Change url to share *after* page loaded completely

Hey tburny, If you're trying to render the button after the DOM has loaded, the easiest way is to go for the iFrame version (using query string parameters to customize its behavior). More info on http://dev.twitter.com/pages/tweet_button#using-an-iframe Arnaud / @rno

Re: [twitter-dev] Default Access type doesn't change after saving

Hey Cassiano, Are you still experiencing this problem? I couldn't reproduce the issue. Switching access type works fine on my side (for both newly created & existing apps). Arnaud / @rno On Sun, May 1, 2011 at 9:30 AM, BurningFuses wrote: > Hello. I need to create an