It's all cut down to 15 'perpetual tabs', now.
Strangely, one of those that I had somewhere near the end (a regular reference I use, 'grouped' with some compatriots) flipped up into the #2 spot.
(Strange that it went there. Maybe #1, for high volume use, as the actual #1 isn't much checked, but also others at the bottom are checked roughly as often but haven't moved. It's not alphabetical, time of last loading/caching, or even page size/etc. No obvious rhyme or reason, but
this tab flipped placings consistently (
when it moved), and yet no other adjusted... Except as a consequence of having to shuffle down.)
Not a problem, as I could hold-and-drag it back to where I wanted, in the list. Until today. With no apparent update, the dragability seems to have disappeared.
And, in reality, it had always been 'down there', it was created anew after the "group-crash" had made the group a predecessor tab was in inaccessible. And that original (once degrouped by the above flattening) was not at #2, unless perhaps momentarily whilst swiping away duplicates in the process that removed the 'stale' tab copy in preference to the one near the end. All very confusing. I like to think I'm good at working out these things (you'll have seen some of those times when I'l utterly confused, of course).
Not at all a game-breaking issue, but the logic of the UI is antithetical to me. What I
could do is:
# Copy '#2' tab's URI.
# Close that tab.
# Open new tab (which will be at the bottom)
# Paste URI
# Perhaps rinse and repeat with the ones just above this 'new last tab' to get them back after, as I have already found useful for thematic reasons.
# ...see if that 'holds', or some inexorable force of coding sends it back to #2!
But, right now, I can't be too bothered about it. Or the further experiments that I already know I could try if that last point
does result in the position-shift, regardless. There'll probably be another app update in a week or two that just changes the whole thing, anyway, for better or worser or weirder.