Workspace split location not saved/restored properly

[Noitarud]

From #2807 Title: Study Pad Workspace Boundary and Section Scaling Bug

Summary: The user is experiencing issues with section boundaries in the workspace, where boundary movement is either unresponsive or exaggerated. Additionally, section positions are not saved when switching between workspaces.

Key Points:

• Boundary between sections does not move smoothly or accurately with finger motion on a tablet.
• Removing and re-adding sections causes excessive boundary movement with minimal finger displacement.
• Section positions are not retained when switching between workspaces, reverting to equally spaced.
• On app restart, section scaling becomes inconsistent, with boundaries moving too fast or too slow relative to finger displacement.
• The section ratios are reset to a 5:1:1:1 configuration after an app restart or workspace switch.

Original Message:

The workspace that had the study pad is exhibiting a weird bug.
Normally, when you press the boundary between sections, it goes yellow and you can move them.

• It instead would move not very far, or even not at all, despite displacement of finger motion (used on tablet). I suspected the changes of scale were due to the width of the top one...
• I removed all sections except the top-most (including the section that had the study pad which changed to Genesis 1 after reload).
• I added fresh sections. Now, with a tiny finger displacement, the boundary of any section moves massively.
• It is (now) not saving positions when switching between workspaces (returns equally spaced).
• On app restart, the top section is ultra-narrow and slow motion to finger displacement.
• On app restart, section ratio maybe 5:1:1:1 and fast displacement.
• Switch away and back to WS, equally spaced.

Summarized using Summarize @ ChatGPT

[tuomas2]

Is this issue reproducible?

[Noitarud]

i had restored the same to Calc and it is behaving okay… I then rebacked up then restored that into Calc and the problem transfers.

Here is the rebackup. Switch to second listed workspace. Your Bible Stud… zip file

While you are at it, one of "First study pad"s entries has a defect on the first word "Lv20:24-26", open studypad in the fourth section (which is set to small font) to see, it is large. If it ignores user preference an puts it into second instead you won't see it easily.

[tuomas2]

Window weights are somehow messed up in workspace.

(Btw study pad is another concept: https://www.youtube.com/watch?v=4gLyW3P9Phs We are talking here about workspaces.)

[Noitarud]

Since i failed to reproduce the problem, i think it miscalculated when i did something, which i subsequently was able to preserve in the backup. It was not, a.f.i.k., a failure of restoration.

[Noitarud]

Additional detail, crash. With the dividers in a state of very slow responsiveness, I started pressing buttons on bottom right to show and hide windows, which redistributes them, here were some results:

• With one filling the screen, the others would be equally sized (a line or so high) at the bottom
• all zero-sized at top (I think the rest of the area was empty…)
• With continued tapping I managed to hide all? Which caused a crash with a find command (although in the blurry image it appears to be in the state of all zero-sized at top, so maybe not all hidden. the sidebar is in partial view on left)

Screenshot

 [logcat.txt.gz](https://github.com/AndBible/and-bible/files/14973011/logcat.txt.gz)

After the crash I did it again, this time a different number of tabs self-eliminated and didnt misbehave (I think I then checked the divider responsiveness and it was okay).

[Noitarud]

There is the possibility the resultant sensitivity is associated with the height of topmost/leftmost window at load (does not load exit state), short/narrow is insensitive.