Hi, maybe "unhidden" is the right word if it describes an in app "hiding" of the webview - by another page in the stack for example. I am not into how this is handled, but it sounds like we talk about the same effect ;-). A quick fix could be just to not paint it black but e.g. in background color as this would increase user experience recognizably for states where it takes a while to get contents back (creating a new one?!).
Looking forward to your improvement. Am 2015-10-20 um 22:06 schrieb Chris Coulson: > Are you sure you mean "refocused", or do you mean that it's black when > it's unhidden? If so, that's currently expected as we tear down the > compositor for a hidden webview in order to free up memory. > > I have a plan to make this a bit better, particularly for the switching > tabs case in the browser where we'll probably recycle the compositor > rather than tearing one down and creating a new one. > -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to webbrowser-app in Ubuntu. https://bugs.launchpad.net/bugs/1502675 Title: Webview turns black when it gets refocused Status in Oxide: New Status in webbrowser-app package in Ubuntu: Confirmed Bug description: When taking an Action, for example pop a Page (e.g. Settings in webbrowser app) the webview turns black for part of a second. If there is more content in a website or javascript running, this effect can last for up to a second. Is that a known problem? To manage notifications about this bug go to: https://bugs.launchpad.net/oxide/+bug/1502675/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
