maniac103

@Mkohm I'd need to think about that, but that approach sounds more useful to me. At the moment, the `Widget` class is more or less a 1:1 representation of the...

The reload is not a/the problem ... the problem is jumping to the overview page in the reload process.

Removing [this line](https://github.com/openhab/openhab-android/blob/main/mobile/src/main/java/org/openhab/habdroid/ui/activity/AbstractWebViewFragment.kt#L155) (or rather: avoiding the `loadUrl` call in that case) probably has the same effect, doesn't it? The configChanges thing is a hack that should only be used...

> maniac103 This didn't change anything, as the fragment was always recreated and savedInstanceState was always null. 'This' being what exactly? > I traced the problem to be related to...

I wonder whether it wouldn't make sense to open the popup as separate activity which overrides (force enables) rotation and shows landscape images in actual landscape orientation? Ideally with zooming...

> Or use a transparent background before it calls the js interface to determine the theme? @ghys The above is not an option?

I can repro this as well, and in my case it seems related to SSL errors:   My server URL is set to https, so MTM should know about...

> What do you think? I, for one, think this is not a good idea in terms of UX, because users will (rightfully) expect an app to work without having...

This seems somewhat redundant, as it effectively duplicates the notification settings button accessible via 'half swipe'.

They might, but doesn't that argument apply to any persistent notification from any app?