Public bug reported: We should expose a webview signal that fires off of WebContentsDelegate::ActivateContents() - the use case for this is that if a user action results in a navigation in another window (eg, clicking on a <a> element with a target attribute), there should be a mechanism to request that the webview hosting the target window is focused.
There may be another use case for this - focusing a webview that has a pending alert dialog. ** Affects: oxide Importance: Medium Status: Triaged ** Changed in: oxide Importance: Undecided => Medium ** Changed in: oxide Status: New => Triaged -- You received this bug notification because you are a member of Ubuntu WebApps bug tracking, which is subscribed to Oxide. https://bugs.launchpad.net/bugs/1663572 Title: Add an API to request the application brings a webview in to the foreground Status in Oxide: Triaged Bug description: We should expose a webview signal that fires off of WebContentsDelegate::ActivateContents() - the use case for this is that if a user action results in a navigation in another window (eg, clicking on a <a> element with a target attribute), there should be a mechanism to request that the webview hosting the target window is focused. There may be another use case for this - focusing a webview that has a pending alert dialog. To manage notifications about this bug go to: https://bugs.launchpad.net/oxide/+bug/1663572/+subscriptions -- Mailing list: https://launchpad.net/~ubuntu-webapps-bugs Post to : ubuntu-webapps-bugs@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-webapps-bugs More help : https://help.launchpad.net/ListHelp