-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WiFi automatic url detection #14
Comments
I think we should use some html parser (may be jsoup). In most of the forms, there would be two fields, one for email and other for password and then one input field type submit. So we can extract those input fields and get the name of the fields using parser and can also check form submit type method used (get or post). May be something like this : http://pastebin.com/4zEYcFsy . Although I have not tested it and it is not complete. |
Looks like a good start. I think you have the push access now. |
I don't think we can make it global. Although login is possible but still we can't find out the logout URL by any means. Instead rating of app would decrease and users will give negative comments too that it does not works fine and blah blah.....!! |
Login is what we need to worry about right now. Login is possible. Definitely possible. If google can find and show Sign in notif, then it is definitely possible. |
Hey @Ashish-Bansal I just pushed 862ab22. |
Well I tried it today morning but didn't got the much time to test it. I was able to log in using it. But I tried log out but it didn't worked. I thought there must be some other issue with it as I didn't changed anything regarding that. But now it struck my mind. |
Here is a recent logcat at this tree 5569357 |
Okay So, I found two issues in it.
Although I have used m_ping.cancel(true); but I don't know where I am making mistake.
|
This is one of the high priority task still pending. Due to this the app can't be useful outside PU@Campus and hence is blocking release anywhere outside.
The chief goal is to get the url dynamically instead of hard-coded string (http:172....).
There are two type of cases where this happens . . .
CASE 1: Redirections 302
CASE 2: Local server serves page instead of google.com which redirects (UIET, PU@Campus sometimes does this)
The text was updated successfully, but these errors were encountered: