[Ubuntu-webapps-bugs] [Bug 1570828] Re: Multiple Web Apps crashes when returning from a linked page
** Also affects: oxide/1.19 Importance: Undecided Status: New ** Also affects: oxide/1.18 Importance: Undecided Status: New ** Changed in: oxide/1.18 Milestone: None => 1.18.5 ** Changed in: oxide/1.19 Milestone: None => 1.19.1 ** Changed in: oxide/1.18 Status: New => Fix Committed ** Changed in: oxide/1.19 Status: New => Fix Committed -- 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/1570828 Title: Multiple Web Apps crashes when returning from a linked page Status in Oxide: Fix Released Status in Oxide 1.18 series: Fix Committed Status in Oxide 1.19 series: Fix Committed Status in webapps-sprint: In Progress Bug description: This bug seems affect Twitter, Facebook and Gmail Web App, so it could be a webbrowser bug. All of those apps crash when returning from a linked page. Steps to reproduce: - Open Twitter/Facebook/Gmail web app - On the Twitter/Facebook timeline or on an email, tap on a external link (a web page, an article from a magazine, ...) - A new external page pops up from the bottom - _Magnify_ the text on the page / article - Tap the button at the top left to return to Twitter/Facebook/Gmail app - Twitter/Facebook/Gmail crashes instantly. When you restart the crashed web app, it starts with the external page / article. It happens on a Meizu MX4 with OTA 10.1. To manage notifications about this bug go to: https://bugs.launchpad.net/oxide/+bug/1570828/+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
[Ubuntu-webapps-bugs] [Bug 1641116] [NEW] Expose via webview
Public bug reported: This is already exposed via content, so should be fairly trivial. ** Affects: oxide Importance: Low Status: Triaged ** Changed in: oxide Importance: Undecided => Low ** 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/1641116 Title: Expose via webview Status in Oxide: Triaged Bug description: This is already exposed via content, so should be fairly trivial. To manage notifications about this bug go to: https://bugs.launchpad.net/oxide/+bug/1641116/+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
[Ubuntu-webapps-bugs] [Bug 1640825] Re: Investigate why Scheduler::pending_submit_frames is never zero
This appears to be actually working correctly, although what is displayed in chrome://tracing/ doesn't appear correct ** Changed in: oxide Importance: High => Undecided ** Changed in: oxide Status: Triaged => Invalid ** Changed in: oxide Milestone: branch-1.20 => None ** Changed in: oxide Assignee: Chris Coulson (chrisccoulson) => (unassigned) -- 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/1640825 Title: Investigate why Scheduler::pending_submit_frames is never zero Status in Oxide: Invalid Bug description: Rendering appears fairly janky on my desktop, so I took a look at chrome://tracing/ and noticed that Scheduler::pending_submit_frames in the browser compositor is never zero. I'm pretty sure that this is a bug (although not necessarily related to my original problem). To manage notifications about this bug go to: https://bugs.launchpad.net/oxide/+bug/1640825/+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