Side menu scroll feature locks after switching servers OR displaying liveview in landscape

[PartialVolume]

Platform & OS Version
Android V5.1

The version of the app you are reporting:
1.2.24 and 1.2.25 (Android build 5.1 only, cannot reproduce on HTC M8 Android 6.0) (Linux desktop build does not show bug even if you resize window so the sidebar menu needs scroll) untested on IOS

Device details:
UMI Fair Android 5.1 (UMI Fair is a rooted device) (Cannot reproduce on HTC M8 Android 6.0)

What is the nature of your issue
Bug

Details
There are two different ways of reproducing this bug. Both methods only work with Android 5.1

Method 1
With this method you will need 2 or more servers set up on zmNinja and an Android device running 5.1

Start zmNinja, it will connect to the last server you used.
Switch to a different server.
Try to scroll the side menu to the bottom of the menu. You won't be able to, however the buttons you can see all work.
Exit zmNinja
Restart zmNinja
Auto connects to last used server.
Side menu scrollbar now works.

Method 2
To trigger the bug using this method you only need one server.

Start ZmNinja, holding the phone in portrait fashion.
Makesure the side menu is scrollable.
Click either montage or monitor and bring up a liveview.
Rotate the phone into landscape
Rotate the phone back to portrait
Exit liveview using the expanding buttons
Check side menu, can no longer scroll.
With side menu still showing rotate phone to landscape and back to portrait, scroll now works.

Method 3
This is similiar to method to but starts with phone being held in landscape

Start ZmNinja, holding the phone in landscape fashion.
Makesure the side menu is scrollable.
Click either montage or monitor and bring up a liveview.
Rotate the phone to portrait
Exit liveview using the expanding buttons
click the 3 bars to bring in the side menu
Check scroll, it's locked !

As mentioned above this only seems to happen on Android 5.1 on a UMI Fair and not on Android 6.0 (HTC M8) or on the Linux64 desktop version. On my UMI Fair Android 5.1 it is 100% reproducible.

[PartialVolume]

After a bit more playing with this, those exceptions have nothing to do with the side menu. They are exceptions generated by the content drop down, ie authentication successful messages which is a different issue.

The side bar menu not scrolling may be caused by this float in index.html which apparently breaks the scroll structure ? ( I know bugger all about about Ionic so could be talking total bs here, but that's what I've read )

<span style="float:right;margin-top:-18px;background-color:#444444;color:#fff;font-size:11px;opacity:0.7;width:90px;border-radius: 0px 0px 5px 5px;:text-overflow:ellipsis;overflow:hidden;white-space:nowrap;display:inline-block;text-align:center;">&nbsp;{{$root.getProfileName();}}&nbsp;</span>

By rotating the phone into landscape mode the scroll feature is restored as Ionic now knows the height again.

Why it works in Android V6 ive no idea. Just got to test this theory out now.

Instead of float use margin-left:auto and margin-right:auto

Until I give it a try this is all a bit theoretical.

[pliablepixels]

does removing the complete <span> fix the issue? if so, it should not be related to multi-server switching. I have another theory - this may be due to the native transition plugin. Try the float first and if it doesn't fix, go to dev options and disable native transition. You'll need to kill the app and restart after that (make sure disable native trans is on)

[PartialVolume]

No just the float, I've not tested it yet. Having trouble with my Android build.

[PartialVolume]

I tried disabling transitions, quiting zmN and restarting, scroll still locks up after server change (scroll unlocks if you rotate the phone and then works in portrait & landscape) same as before. I've not tried changing float yet, may need to email a couple of questions re building on Android.

[PartialVolume]

I've taken out the whole <span> and the side menu scroll is now working after switching servers. Not had a chance to play with the float yet, but certainly something in that <span> is causing the scroll to lock. I'll use my modified 1.2.24 for the next couple of days just to make sure the scroll lock has not become intermittent. Certainly before it locked 100% every attempt so it's looking quite positive.

[pliablepixels]

Okay, so if you are sure the float is causing the issue, it must be a quirk for the browser for that specific platform. I'm going to have to rely on you trying some other ways to fix it (display top right) as I can't replicate it. Thanks for investigating!

[PartialVolume]

@pliablepixels OK, I think I've fixed the code for both methods of reproducing the scroll lock bug as described above. The following changes were made ..
<ion-side-menu>
to
<ion-side-menu side="left" overflow-scroll="true">

and wrapped <ion-list> with <ion-scroll zooming="true" direction="xy" style="height:95%">

And that's with the existing span for the server info left in place including the float.

I need to check it all works fine on Android 6 and the Linux desktop.

If all good, do you want me to do a pull request on the forked copy of the master I have ? (first time doing this on Github so not quite sure of the procedure yet)

[pliablepixels]

@PartialVolume - thanks for investigating.
I don't want to add all these tags - they will likely cause issues elsewhere.

Can we try this:
Just do:

<ion-side-menu side="left" >

And

wrap <ion-list> with <ion-scroll  direction="y" >

I'd like to see what is the minimal set that fixes that lock issue.

[PartialVolume]

@pliablepixels Just tried that on 5.1, doesn't work, menu locks. I'll work out what is the minimum set required is. I've a sneaky suspicion it might be the style="height:95%" but I'll get back to you once I've tested all the variations.

[PartialVolume]

This appears to be the minimum that works.
<ion-side-menu side="left" >
<ion-scroll style="height:95%">

95% leaves a small white band at the bottom of the menu. Not sure if the 95% is significant to the fix, discovered the fix here will try 98%/99% or 100% and see what happens.

[pliablepixels]

The key issue I think is why does this only occur when switching servers. What's the relation? If it really was a scroll issue, then it should occur all the time. So I'd be more inclined to see what is going on in the "switch server" code from the UI perspective that is causing this. The issue however is I can't replicate this.

[PartialVolume]

It doesn't only occur when switching servers, see method 2 in my description of how to reproduce the bug. Just viewing a liveview in landscape also triggers the bug.

[pliablepixels]

Okay and all of this also goes away if you take away the <span> completely right?

[PartialVolume]

Yes