Tested and verified in an up-to-date xenial amd64 VM, with webbrowser- app 0.23+16.04.20161028-0ubuntu1.
The VM has 784MB of memory, and after opening a number of memory-hungry tabs, I can see that the oldest ones are being unloaded to free up some memory, instead of the system taking down the entire application. ** Tags removed: verification-needed ** Tags added: verification-done -- 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/1576639 Title: memory threshold is too high Status in Canonical Device Images: New Status in Canonical System Image: Fix Released Status in webbrowser-app package in Ubuntu: Fix Released Status in webbrowser-app source package in Xenial: Fix Committed Bug description: When opening new tabs in the browser, it decides if it should close existing ones based on level of free memory available in the system. My understanding is that this is currenly set to 30% percentage of memory in the device. There are two issues with this approach and setting: 1) a percentage means that the threshold changes from device to device. While theamount of memory needed to open a webpage is not device specific. For example at 30%, the browser would close open tabs if there less than 1.2Gb mem free in a 4Gb device, but will only need 300Mb free on a 1Gb device. This is a very large difference. 2) In M10 with 2Gb it requires 600mb free. From idle, just opening the gmail in the browser, takes the avilable system memory below this. This means that in 2gb devices the threshold is never met, and the browser never runs more than one tab at the same time. this impacts user experience, specially in desktop mode. For example is not possible to open a document in the browser while attending a hangout. How to reproduce open a tab in the browser, go to youtube and play any video then open a new tab expected: music/sound in the video continues to play actual in m10: sound stops playing shortly after opening the tab [Manual test case for verification] On various devices (desktop with large amount of physical memory, tablet, phone, …), open the browser, open a number of tabs and browse to pages known to require a large amount of memory (Gmail, G+, hangouts, youtube, Google maps, webgl games, …). Monitor the amount of available memory (e.g. using top) and verify that when the device is getting low on memory some cleanup is performed (background tabs are being unloaded) such that the OOM killer nevers kicks in, taking down the entire application. Verify that the mechanism is not too aggressive, i.e. that not all background tabs get unloaded all the time (having a background tab playing some audio is a good idea to easily spot when it’s being unloaded). As this mechanism is based on heuristics, it will never be 100% perfect, but the situation should have greatly improved. To manage notifications about this bug go to: https://bugs.launchpad.net/canonical-device-images/+bug/1576639/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
