zmNinja fails to log in over open internet on first invocation

[alager]

I've added authentication since I'm now forwarding a port from my home network. It seems that something is failing the first one or two times, and prevents zmN from accessing ZM.
I don't recall this happening when everything was on the same LAN, I'm wondering if there is some sort of latency issue.
I emailed the zmN logs, here are the apache logs:

192.168.2.1 - - [30/Dec/2015:19:55:10 -0800] "POST /zm/index.php HTTP/1.1" 200 3037 "-" "Mozilla/5.0 (Linux; Android 5.0.1; HTC One_M8 Build/LRX22C) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Crosswalk/14.43.343.25 Mobile Safari/537.36"
192.168.2.1 - - [30/Dec/2015:19:55:10 -0800] "GET /zm/ HTTP/1.1" 200 3037 "-" "Mozilla/5.0 (Linux; Android 5.0.1; HTC One_M8 Build/LRX22C) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Crosswalk/14.43.343.25 Mobile Safari/537.36"
192.168.2.1 - - [30/Dec/2015:19:55:12 -0800] "GET /zm/api/host/getVersion.json HTTP/1.1" 404 2823 "-" "Mozilla/5.0 (Linux; Android 5.0.1; HTC One_M8 Build/LRX22C) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Crosswalk/14.43.343.25 Mobile Safari/537.36"
192.168.2.1 - - [30/Dec/2015:19:55:12 -0800] "GET /zm/api/configs/viewByName/ZM_EVENT_IMAGE_DIGITS.json HTTP/1.1" 404 2851 "-" "Mozilla/5.0 (Linux; Android 5.0.1; HTC One_M8 Build/LRX22C) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Crosswalk/14.43.343.25 Mobile Safari/537.36"
192.168.2.1 - - [30/Dec/2015:19:55:12 -0800] "GET /zm/api/monitors.json HTTP/1.1" 404 2819 "-" "Mozilla/5.0 (Linux; Android 5.0.1; HTC One_M8 Build/LRX22C) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Crosswalk/14.43.343.25 Mobile Safari/537.36"
::1 - - [30/Dec/2015:19:55:19 -0800] "OPTIONS * HTTP/1.0" 200 125 "-" "Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.14 OpenSSL/1.0.1f (internal dummy connection)"
::1 - - [30/Dec/2015:19:55:20 -0800] "OPTIONS * HTTP/1.0" 200 125 "-" "Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.14 OpenSSL/1.0.1f (internal dummy connection)"
::1 - - [30/Dec/2015:19:55:21 -0800] "OPTIONS * HTTP/1.0" 200 125 "-" "Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.14 OpenSSL/1.0.1f (internal dummy connection)"
192.168.2.1 - - [30/Dec/2015:19:55:23 -0800] "GET /zm/api/monitors.json HTTP/1.1" 404 2819 "-" "Mozilla/5.0 (Linux; Android 5.0.1; HTC One_M8 Build/LRX22C) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Crosswalk/14.43.343.25 Mobile Safari/537.36"
192.168.2.1 - - [30/Dec/2015:19:56:00 -0800] "POST /zm/index.php HTTP/1.1" 200 3202 "-" "Mozilla/5.0 (Linux; Android 5.0.1; HTC One_M8 Build/LRX22C) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Crosswalk/14.43.343.25 Mobile Safari/537.36"
192.168.2.1 - - [30/Dec/2015:19:56:00 -0800] "GET /zm/ HTTP/1.1" 200 3034 "-" "Mozilla/5.0 (Linux; Android 5.0.1; HTC One_M8 Build/LRX22C) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Crosswalk/14.43.343.25 Mobile Safari/537.36"
192.168.2.1 - - [30/Dec/2015:19:56:00 -0800] "GET /zm/api/host/getVersion.json HTTP/1.1" 200 308 "-" "Mozilla/5.0 (Linux; Android 5.0.1; HTC One_M8 Build/LRX22C) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Crosswalk/14.43.343.25 Mobile Safari/537.36"
192.168.2.1 - - [30/Dec/2015:19:56:00 -0800] "GET /zm/api/configs/viewByName/ZM_PATH_ZMS.json HTTP/1.1" 200 313 "-" "Mozilla/5.0 (Linux; Android 5.0.1; HTC One_M8 Build/LRX22C) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Crosswalk/14.43.343.25 Mobile Safari/537.36"
192.168.2.1 - - [30/Dec/2015:19:56:00 -0800] "GET /zm/cgi-bin/zms HTTP/1.1" 500 804 "-" "Mozilla/5.0 (Linux; Android 5.0.1; HTC One_M8 Build/LRX22C) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Crosswalk/14.43.343.25 Mobile Safari/537.36"
192.168.2.1 - - [30/Dec/2015:19:56:02 -0800] "GET /zm/api/monitors.json HTTP/1.1" 200 10849 "-" "Mozilla/5.0 (Linux; Android 5.0.1; HTC One_M8 Build/LRX22C) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Crosswalk/14.43.343.25 Mobile Safari/537.36"
::1 - - [30/Dec/2015:19:56:10 -0800] "OPTIONS * HTTP/1.0" 200 125 "-" "Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.14 OpenSSL/1.0.1f (internal dummy connection)"
192.168.2.167 - - [30/Dec/2015:19:59:43 -0800] "GET /zm/ HTTP/1.1" 200 1508 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36"
192.168.2.167 - - [30/Dec/2015:19:59:43 -0800] "GET /zm/skins/classic/js/skin.js HTTP/1.1" 200 2529 "http://192.168.2.200/zm/" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36"

<bountysource-plugin>

---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/29497777-zmninja-fails-to-log-in-over-open-internet-on-first-invocation?utm_campaign=plugin&utm_content=tracker%2F15704696&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F15704696&utm_medium=issues&utm_source=github).
</bountysource-plugin>

[pliablepixels]

@alager can you enable debug logs and email them to me? How often does this happen? I use port forwarding too the way you describe.

[pliablepixels]

Also it looks like you are still on 0.87.3 - likely the beta test version - the app was published on play store and is currently at 1.0.2 (its called zmninja-pro)
I don't know if the new version will solve it or not, but I'd prefer to debug on the main branch.

[alager]

I've purchased 1.02. The behavior happens every time when I'm on a remote LAN or using cell network (4g).

[pliablepixels]

Ok, so let me make sure we are on the same page:

1. Authentication works (I'll trim the url)
2. Every time you are on remote LAN or cellular, it fails on first attempt but succeeds the second time

Is that correct?

I have another request for you:

a) Kill the app. Then start it from remote LAN/cellular. Let me know if you still see auth fail

I'm trying to assess if its a resume problem

[alager]

2. most times yes. I just tried it and I got fail, works, fail, works....

a) yes.

I just emails you the logs.

[pliablepixels]

Okay, I'll start tracing the login process to see what may be causing this. On your note on trimming urls, as it turns out I already do it https://github.com/pliablepixels/zmNinja/blob/master/www/js/LoginCtrl.js#L273

[alager]

@pliablepixels
trim works on when the completed URL string. The scenario I found was this (ip changed for privacy):

streamingurl":"http://111.111.111.111:58580 /zm/cgi-bin

For this scenario, I think something like this would work better, and still cover the trim case that you have already:

//remove all white space from the string
$scope.loginData.url = $scope.loginData.url.replace(/\s+/g,'');

[pliablepixels]

@alager need some help with debugging your situation. Your logs earlier were likely when your URLs had spaces. I am trying to figure out what is happening - whether you are getting a 404 or null http response when you get redirected to login. The former could be a cookie issue, the latter a networking issue specific to that phone (I can't replicate this on my android phone - s3)

Can you please do the following:

a) Delete logs
b) Kill the app
c) Make sure debug logs are on
d) Start the app, see if it takes you to login (instead of montage)
e) if you do get to login, don't hit save, move it to the background and foreground again
f) Goto step e till you login successfully

Please email me the debug logs

[pliablepixels]

I think I have fixed this. If not, @alager I've added some logs that print a "Status" in Debug - I'll need the debug logs when this occurs. Closing for now.

[alager]

@pliablepixels What version should I test with? I have 1.0.5 right now.

[pliablepixels]

1.0.6

[pliablepixels]

@alager did you get a chance to check with 1.0.6?