When coach closes the browser and turns off the device while on the (full screen) Manage resources page for lessons, it is not possible to close that page with the X close button in the upper left corner. Since the session is closed on a full screen window that does not have the user menu, there is no way to access the Sign in link. Refreshing the page does not change anything, and the only way out seems to be manually editing the URL, which is not an ideal solution for non tech-savvy users. Browser Back button might work, but if they were navigating deep and long through the channels while looking for resources in that window, it still would require several clicks.

As a minimal fix it should be possible to close that window with the X close button in the upper left corner, and have a visible option to arrive to the Sign in page.
I'm also wondering whether was there a reason not to implement an automatic redirect to the Sign in page every time the browser is reopened on a page that requires a running session, but that session has ended? Even when the users find themselves on this Did you forget to sign in? page, and path to signing in is clear, they still have to a) open the user menu and b) click on the Sign in link anyway. I'm just wondering why not spare them those two clicks also?
Closing the full screen window should work properly.
User is trapped and has no visible way to sign in and use Kolibri.

Manage resources page on a lessons or quizzes. Don't press the Finish button.Manage resources page with the X close button in the upper left corner. release-v0.12.x dev branchcc @indirectlylit @jonboiser
Tentative milestone set to upcoming patch...?
Similar behavior happens in a lot of different places, where your session has ended, but you'll see an immersive toolbar for item on the top and the "did you forget to sign in" message below.
Maybe we should figure out a consistent behavior for going to arbitrary URLs that require authorization (but you have not logged in yet). It may not make sense to show the immersive toolbar and have the "X" button work, since the screen the "X" would go to would also require authorization.
I think we should do two things:
AuthMessage is being shown inside a full-screen modal, the 'X' button should redirect people to the sign-in page. That will address this issue.Sometimes the label next to the "X" is missing because the API to fetch that data requires authorization also (e.g. class names, user names, etc.). So maybe just show the normal toolbar for the plugin (no immersive toolbar), because it's hard to know ahead of time which pages this might happen to to code in a placeholder.
that sounds good to me