Closed GoogleCodeExporter closed 8 years ago
I would like to hear if other people are having a similar problem. Everything
seems to
be working fine for me in my tests.
Original comment by malone.j...@gmail.com
on 3 May 2010 at 6:01
This is the error I get
Exception in thread "main" java.lang.ArrayIndexOutOfBoundsException: 1
at com.techventus.server.voice.Voice.setRNRSEE(Voice.java:491)
at com.techventus.server.voice.Voice.init(Voice.java:238)
at com.techventus.server.voice.Voice.<init>(Voice.java:186)
at test.InBoxTest.main(InBoxTest.java:10)
Original comment by icehan...@gmail.com
on 3 May 2010 at 3:05
Someone indicated to me by email that Google Voice is not working properly
anymore when
accessed from an IP outside of the United States and particularly that the API
fails
when looking up rnr_se. Are you outside of the US icehanger. Try using a US
proxy and
see if the problem continues.
Original comment by malone.j...@gmail.com
on 3 May 2010 at 4:30
Original comment by malone.j...@gmail.com
on 3 May 2010 at 5:05
I am in US. The whole thing stopped some time last week. It used to work
flawless
until then. Are you telling this works fine for your user id?
Original comment by icehan...@gmail.com
on 3 May 2010 at 6:43
It works fine for me too - also with a German IP address. It must be your user
account
somehow? is the general string completely empty or what does it display? maybe
the
login page? try to create an html doc out of it and view it in the browser?
Original comment by teisentr...@gmail.com
on 3 May 2010 at 7:41
This is my html output after the login success.
Original comment by icehan...@gmail.com
on 4 May 2010 at 2:40
Attachments:
Icehanger, your ClientLogin.html is indicating that you are not logged in. Can
you log
in to Google Voice directly on the website? Perhaps somehow your Google Voice
account
was disabled. If that is the case I would be very curious to know what sort of
account
activity you were engaged in to provoke that action by Google.
Original comment by malone.j...@gmail.com
on 4 May 2010 at 3:53
I am able to log in. I put a debug trace and I am able to get through the login
method. I got the auth token also. I was able receive the message. "Login
success -
auth token received.". So the next step I tried to paste the URL in the browser
in
get method,which should take me to the voice home page, that took me back to the
login page.
Original comment by icehan...@gmail.com
on 4 May 2010 at 4:26
Icehanger, you have helped identify a bug. Google does let you log in, and
gives an
auth token even though you are requesting a service to which you are not
authorised.
It then tries to redirect you to an information page about Google Voice. We
were
largely unaware until now about this behaviour and therefore should not display
"Login
Success" when you are not enabled for the service. Just because you can log in
does
not mean the service is enabled for you, therefore the API is useless to you.
Try
buying a Google Voice invite on Ebay, set up your account, and try this API
again.
Original comment by obtesta...@gmail.com
on 4 May 2010 at 4:30
Dude, is this a joke. I am telling you I was able to make calls with this
account
until last week and I am having google voice account for past 1 year.
Original comment by icehan...@gmail.com
on 4 May 2010 at 4:37
Can you make a call from the website itself?
Original comment by malone.j...@gmail.com
on 4 May 2010 at 5:15
yes I can. I have no issues with calling out from the website.
Original comment by icehan...@gmail.com
on 4 May 2010 at 12:53
[deleted comment]
[deleted comment]
Yup. I am having the same problem. Also started last week -- and was working
fine till then. Am getting the
following when trying to create a Google voice account using the Google Voice
Api (Voice constructor).
java.lang.ArrayIndexOutOfBoundsException: 1
at com.techventus.server.voice.Voice.setRNRSEE(Voice.java:122)
at com.techventus.server.voice.Voice.<init>(Voice.java:83)
at myTest.<init>(myTest.java:46)
I am located in the US, and it does not seem to affect it. I am having this
problem on 2 different machines.
However, my partner is located in Canada (with a Canadian IP of course) and the
same code runs for her on
both Mac and Windows. So we have basically done the following:
1- Used different IPs within US (did not work for both).
2- Used different machines running Ubuntu10.4, Windows xp and Vista(to
eliminate any MAC filtering
suspicions)
3- tried to replicate the problem on Ubuntu 10.4, Windows xp, Windows Vista,
and a Mac. It worked for the
Mac and Windows Vista my partner is using in canada and fails for my Ubuntu,
WIndows xp and windows vista
machines.
Original comment by smstri...@gmail.com
on 4 May 2010 at 10:39
[deleted comment]
ok, apologies icehanger for the unhelpful and perhaps insulting questions. I
think
Google has been doing a lot of tweaks to some Google Voice accounts.
Can I see some source code for the page when you guys are logged in? The normal
webpage not through the API? Is there an rnr_see at all? I am wondering if
you need
rnr_see anymore to place calls/sms whatever. If you guys are skilled enough,
maybe
you could take a look at Voice.java and make some changes to eliminate the
rnr_see
requirement and references and see if you can place calls.
Feel free to email me the source since you ought not want that published.
Original comment by malone.j...@gmail.com
on 4 May 2010 at 10:51
yes there is rnr_se variable.
'_rnr_se': 'Eit9wrkNnkWbhBIyweZmHwebdlE=',
'swfPath': '/voice/resources/3652971475-audioPlayer.swf',
'audioApiPath': '/voice/resources/1222880211-audioJsApi.swf',
'baseUrl': 'https://www.google.com/voice',
'mp3Prefix': 'https://www.google.com/voice',
'contactsUrl': 'https://www.google.com/voice/c/b/icehanger@gmail.com',
'contactSyncTime': 1272853447515000,
'cmVersion': 'ContactManager',
'v': '343',
'xpcUrl': 'https://clients4.google.com'
};
_gvRun(_gcData, 'en', true);
Original comment by icehan...@gmail.com
on 4 May 2010 at 11:39
I strongly believe the issue start with, how we log in because the API says we
should
do a post but in you code it is a open URL connection. I am going to change the
voice.java to use a HttpURLConnection post and see how the response get parsed.
Original comment by icehan...@gmail.com
on 4 May 2010 at 11:45
To whom it may concern...I'm the developer for GV Mobile, for the iPhone. My
app is being effected by this as
well, but only for some. It works fine for me...I even tried a persons account
that was having the issue and it
allowed me to login. So it seems the issue is confined to certain locations?
Many of the people that use my app
are in the US, so I can rule out an international type problem...it's almost as
if the auth token Google sends us is
no longer valid for GV...I wonder if the service name changed?
Original comment by seankova...@gmail.com
on 5 May 2010 at 12:37
Hello Sean,
thanks for chiming in, I also have more and more users having problems - but
for a lot
it still works. Maybe they are rolling out a change slowly to their different
servers?
Original comment by teisentr...@gmail.com
on 5 May 2010 at 4:40
I'm running into the same issue. The other day, it was only half of my install
base. Today it's 90%. I have an
account that's had Google Voice for 13 months, which didn't have the issue
until yesterday. My other test account
had the issue right away.
Original comment by angelo.l...@gmail.com
on 5 May 2010 at 5:46
I am eagerly awaiting my account to get this problem. :) I posted a dump on
the Google Voice Account forum...
http://www.google.com/support/forum/p/voice/thread?tid=25a9a3680a6c0c86&hl=en
Instead of getting https://www.google.com/voice/m (or non-mobile), you get a
login page. They added
something that we're not seeing...
Original comment by seankova...@gmail.com
on 5 May 2010 at 6:28
It does not seem to be a change in the service name, ie grandcentral.
Original comment by malone.j...@gmail.com
on 5 May 2010 at 6:47
Is this part new?
https://www.google.com/accounts/CheckCookie?
continue=https%3A%2F%2Fwww.google.com%2Fvoice%2F&followup=https%3A%2F%2Fwww.goog
le.com%2Fvoice%
2F&service=grandcentral<mpl=bluebar&chtml=LoginDoneHtml
Original comment by angelo.l...@gmail.com
on 5 May 2010 at 6:56
No. That part has always been there...I've tried running behind a proxy from
various parts of the world and still
can't reproduce the problem.... :/
Original comment by seankova...@gmail.com
on 5 May 2010 at 7:09
After authentication (receives auth token), when it attempts the getGeneral()
it gets a 302 HTTP error back =>
https://www.google.com/accounts/ServiceLogin?
service=grandcentral&passive=1209600&continue=https%3A%2F%2Fwww.google.com%2Fvoi
ce%2F&followup=htt
ps%3A%2F%2Fwww.google.com%2Fvoice%2F<mpl=bluebar
Original comment by angelo.l...@gmail.com
on 5 May 2010 at 9:50
Interestingly enough, it's completely working now on all of my test accounts.
The Python, FireFox, and PHP APIs
are functioning again for me as well. Anyone else seeing this?
Original comment by angelo.l...@gmail.com
on 5 May 2010 at 11:26
Ok, this is just another guess at this point, but the google-voice-java api is
not
using cookies at the moment. This might be the problem.
Original comment by malone.j...@gmail.com
on 5 May 2010 at 11:29
I think the problem on Google's end is resolved. I'm getting feedback of it
working
again...
Original comment by seankova...@gmail.com
on 6 May 2010 at 12:18
OK, can others confirm that it is working now?
Original comment by malone.j...@gmail.com
on 6 May 2010 at 5:12
Getting positive feedback too - lets see what happens.
For the next time we have these problems, the head revision of voice.java does
not
throw nullpointer anymore, its now more defensive and it will throw an
IOException with
debug info in it which you can display to your user via e.getMessage().
Original comment by teisentr...@gmail.com
on 6 May 2010 at 6:16
I am assuming this issue is solved by google and closing it.
Original comment by malone.j...@gmail.com
on 7 May 2010 at 6:13
Jeremy from OneDialer here: I'm still having problems with my user base.
Several
users. I'm not using the java implementation but it's still a problem. After
sending
the auth token and the other two cookies from clientlogin, it redirects to the
login
page.
Original comment by jeremyla...@gmail.com
on 16 May 2010 at 6:21
after snooping on the https request I've found that another cookie is needed
that is
not generated by clientlogin. the cookie name is "gv". Once I pass it with
the other
info from clientlogin, the post to ../m works fine. I just don't know where
this
cookie comes from.
Original comment by jeremyla...@gmail.com
on 16 May 2010 at 6:32
oh this is just annoying. I wasn't passing the auth token in the querystring. I
was
passing it as the "Auth" cookie. if I pass it in the string it works fine.
Never mind
about the "gv" cookie.
Original comment by jeremyla...@gmail.com
on 16 May 2010 at 6:43
[deleted comment]
[deleted comment]
Confirmed: All of my accounts are getting: java.io.IOException: Answer did not
contain rnr_se!
Original comment by angelo.l...@gmail.com
on 18 May 2010 at 12:26
Problem still exists!! Upon instantiation of the voice object, I get an
IOException
with the "does not contain rnr_se!" response from Google Voice from TWO
different
Google Voice accounts that were just working fine yesterday.
Voice v = new Voice(username,password); // as of 5/17 throws IOException (see
attached response)
See the attached response from Google.
Original comment by gurur...@gmail.com
on 18 May 2010 at 12:27
Attachments:
This issue for this thread was resolved, albeit by Google. A similar problem
has
just sprouted, but please Comment on that in the new thread because it is a new
problem and we need to have one conversation about it.
Original comment by malone.j...@gmail.com
on 18 May 2010 at 1:14
"This issue for this thread was resolved, albeit by Google. A similar problem
has
just sprouted, but please Comment on that in the new thread because it is a new
problem and we need to have one conversation about it.
" __ I might be missing something here, but the problem seems to persist for
me. (Or has returned again in the last 2-3 weeks.)
Original comment by maryami...@gmail.com
on 12 Aug 2010 at 9:30
Original issue reported on code.google.com by
icehan...@gmail.com
on 2 May 2010 at 8:19