Study pad opened in wrong pane due to window activation during sliding main menu open

[Noitarud]

This is true of the backup mentioned in #2808 (true of beta). Steps:

1. Select pane you want to switch to a study pad view. Maybe third or fourth to give it more opportunities to misbehave.
2. Slide open left menu and choose study pad.
3. Change workspace and do it again if you need to…

It can open in first or second or third, and not even to the same one if you repeat the steps on same workspace.

[tuomas2]

Can't reproduce, can you record a screencast to make sure I understand your issue?

[Noitarud]

I've just figured it out. When I do the slide-across to open the left menu the app also registers a tap on the pane and changes the pane. This is easily reproduced. I am using a tablet, android 10.

[Noitarud]

I just noticed a related problem. Double tapping makes it go full screen, but if the double tap happens to be on a link of some kind (eg strongs number) it will respond to that too.

[tuomas2]

I've just figured it out. When I do the slide-across to open the left menu the app also registers a tap on the pane and changes the pane. This is easily reproduced. I am using a tablet, android 10.

I don't quite get this either. Video about this?

[tuomas2]

I just noticed a related problem. Double tapping makes it go full screen, but if the double tap happens to be on a link of some kind (eg strongs number) it will respond to that too.

This is known behavior. If you have suggestion about how it should work feel free to create another ticket.

[Noitarud]

I did it since you insisted, but both problems are as a result of the same defect.

In the video I swiped across from the left wall to open the left side menu, I did this five times, swiping across from the left wall of each pane.

Video sent to your email since GH has failed me.

[tuomas2]

ANDRout.mp4

[Noitarud]

Another: In landscape view, if divider is close to left wall, and I attempt to move it away, the left menu opens. After closing it the divider is still yellow. Trying to outrun does not work. This one can be worked-around.
As can be seen, the active pane did not change! So the solution for the above would be to ignore taps there?
(Image here!)

[tuomas2]

Another: In landscape view, if divider is close to left wall, and I attempt to move it away, the left menu opens. After closing it the divider is still yellow. Trying to outrun does not work. This one can be worked-around. As can be seen, the active pane did not change! So the solution for the above would be to ignore taps there?

Workaround is to create window and move it to be the first window. then resizing can be done. Could create another issue about this.

[Noitarud]

Yeah I was thinking it really is another, this is something foreground taking focus from workspace, the ones I started out with was the workspace responding as well to action intended for (invisible) foreground only. But. It would be acceptable to have this bug as a solution for the yellow bar issue - if the bar still moved even with the left wall menu opened, at least it was moved away. Will create…

[tuomas2]

Okay I see the issue now. Window is being activated because window registers tap same time as slide action happens.