List of steps to reproduce (step by step, including full links if applicable):
From the ticket
https://ticket.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom;TicketID=12205763#
Can you attach a video of what you're seeing?
Maybe later. The issue only appears after the app has been inactive for quite some time.
Simply removing it from memory does not trigger the problem. Reading the code on GitHub
makes me guess that the interval is > 5 hours.It would be particularly helpful to see where you were in the app before terminating the
app and relaunching to get into this state.
Most likely viewing an article. Either that or the search view.
However, you say "terminating" the app — I don't terminate it, I simply put it in the
background and don't return to it for a day. It could very well have remained in memory.
Also, you say "relaunching to get into this state" — no, I relaunch (I.e. kill and launch
in close succession) to work around this problem.Also can you tell me what your app settings are for these?
- Wikipedia app Settings > Explore feed > Bottom "Explore tab" toggle - is it On or
Off?
The tab is off — the entire feed is off.
- Wikipedia app Settings > Search > "Open app on Search tab" toggle - is it On of Off?
On.
So the situation seems to be that the Settings tab is the first tab in the tab bar and
after a significant timeout in background is selected (in a restoration attempt of some
kind?), but a non visible search field is made first responder even though the switch to
the search tab has failed.
What happens?:
*The keyboard opens on the settings view, blocking the tab bar when the app is brought from the background after a long time.
What should have happened instead?:
- No keyboard should appear.
Software version (if not a Wikimedia wiki), browser information, screenshots, other information, etc.:
6.9.1 (1930) iPhone 15.4