[aspiers]

I should also say that now I'm aware of this 7pm theory, it should be really easy to test out and try to reproduce!

[Zubersoft]

That would be great - thanks. Hopefully the fixes I've made will resolve the issue for your devices.

Mike

[BluesBoy]

I should also say that now I'm aware of this 7pm theory, it should be really easy to test out and try to reproduce!

Note that the default dark mode timing is not a fixed time. It turns on at local sunset. This is why the issue started happening for me months after I turned on dark mode - local sunset was initially long after the time I would practice.

[aspiers]

Are you saying you believe this issue is caused by the dark mode at sunset feature?

[BluesBoy]

Are you saying you believe this issue is caused by the dark mode at sunset feature?

That's what I was saying.  I just now had it happen while practicing at 17:42 local time. That is roughly current local sunset time. The latest build doesn't "fix" it since the OS is making the app restart and it won't take no for an answer. What now happens is the app saves the current state before the restart and returns to whatever page you were on at that time. On my machine it's sub-1 second for the restart with a small flash.

I'll say that Mike was awesome to work with and really cared about trying to resolve the issue.

[aspiers]

Thanks for the info, this is really helpful!  Although I don't believe I ever had the dark mode at sunset feature enabled, although I think I did have the option enabled to reduce blue light at night which I'm guessing is part of the same mechanism and probably triggered by the same daily schedule. 

Has anyone tried disabling these features to see if that eliminates the issue? 

Also, Mike - if I had two Chromebooks linked via Bluetooth and they restarted at the same time, would they automatically relink to each other, and if so do you have any idea how long would that take?  Just thinking about the possible impact mid-performance.  That said, if it's 100% predictable when this is going to happen, it should be a LOT easier to work around even if it can't be avoided by disabling the feature as per above.

[Zubersoft]

If you enable the option to reconnect at startup, then yes, they should reconnect. Otherwise I think the application is being completely restarted, which means the connection from the previous instance would be lost.

Mike

[aspiers]

OK, but from memory that reconnection could take several seconds - right? Or if unlucky, it might not work at all if done over Bluetooth because Bluetooth is a very unreliable technology.

So it feels like this is the key question for now:

Has anyone tried disabling these features to see if that eliminates the issue? 

Maybe I can test this later today or tomorrow.

[BluesBoy]

The fix for this is working mostly well so far but there is an issue. While it does return to the page you were on at the time of the restart it doesn't remember the "history". What I mean by that is if you are in a song that you got to from a "Collection" then when it restarts it forgets that you were in a "Collection". Going back out of the song takes you to the "Songs" category and not back into the "Collection" you were working on before the restart. This might also be true of a "Setlist" as well. Could you add some more context to the saved state before the restart?

[Zubersoft]

MobileSheets actually doesn't know that you loaded a collection, as that just creates a temporary setlist with all of the songs in the collection. What I may have to do is write out the contents of the temporary setlist to reload that temporary setlist. It's a little more tedious for sure, but it can be done, so I'll have to work on it.

Mike