java.lang.RuntimeException:
at android.app.ActivityThread.performLaunchActivity (ActivityThread.java:2957)
at android.app.ActivityThread.handleLaunchActivity (ActivityThread.java:3032)
at android.app.ActivityThread.-wrap11 (Unknown Source)
at android.app.ActivityThread$H.handleMessage (ActivityThread.java:1696)
at android.os.Handler.dispatchMessage (Handler.java:105)
at android.os.Looper.loop (Looper.java:164)
at android.app.ActivityThread.main (ActivityThread.java:6944)
at java.lang.reflect.Method.invoke (Native Method)
at com.android.internal.os.Zygote$MethodAndArgsCaller.run (Zygote.java:327)
at com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1374)
Caused by: java.lang.IllegalArgumentException:
at okhttp3.HttpUrl$Builder.parse (HttpUrl.java:1333)
at okhttp3.HttpUrl.get (HttpUrl.java:916)
at retrofit2.Retrofit$Builder.baseUrl (Retrofit.java:458)
at com.github.gotify.api.ClientFactory.defaultClient (ClientFactory.java:47)
at com.github.gotify.api.ClientFactory.clientToken (ClientFactory.java:28)
at com.github.gotify.sharing.ShareActivity.onCreate (ShareActivity.java:82)
at android.app.Activity.performCreate (Activity.java:7183)
at android.app.Instrumentation.callActivityOnCreate (Instrumentation.java:1220)
at android.app.ActivityThread.performLaunchActivity (ActivityThread.java:2910)
* Added setting to toggle precise date as default display
* Applied spotless
* Improved time format setting with a ListPreference
* Fixed default time format value in list preference
Co-authored-by: Rémi Rigal <remi.rigal@orange.com>
Documentation for postDelayed:
> Causes the Runnable r to be added to the message queue, to be run
> after the specified amount of time elapses.
> The runnable will be run on the thread to which this handler
> is attached.
> <b>The time-base is {@link android.os.SystemClock#uptimeMillis}.</b>
> Time spent in deep sleep will add an additional delay to execution.
TL;DR: if the CPU is in deep sleep, the postDelayed runnable won't be executed.
Previously the MessageFacade and MessageStateHolder both had their own
state of the last deleted message, which was redundant. Now only
MessageStateHolder governs the state of a pending deletion and
MessageFacade handles commiting the deletion to the server.
