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
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
Hi, Yes.
Right now I do not have a standalone, but while working on lp:unav
I encountered this for our Oxide.Webview also.
If you have unav installed try:
- Start the app and go for a HeaderAction like info or settings and then
go back: it will behave as in webbrowser-app. You will encounter a
** Changed in: oxide
Status: Invalid => New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1502675
Title:
Webview turns black when it gets refocused
To manage notifications about this bug
Do you mean that you are able to observe this in a QML app with a plain
com.canonical.Oxide.WebView ?
If so, a standalone example would be very welcome.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Hello,
I think one should readd oxide to this, as it occures in other oxide
webviews also.
It seems that oxide puts a black background before being able to rebuild
the page.
Am 2015-10-08 um 23:17 schrieb Olivier Tilloy:
> I can observe that on my krillin running the latest rc-proposed image.
I can observe that on my krillin running the latest rc-proposed image.
** Also affects: webbrowser-app (Ubuntu)
Importance: Undecided
Status: New
** Changed in: webbrowser-app (Ubuntu)
Status: New => Confirmed
** Changed in: oxide
Status: New => Invalid
--
You received
