maemo.org Bugzilla – Full Text Bug Listing
|Summary:||New browser windows' contents are not updated when page loads in background|
|Product:||[Maemo Official Applications] Browser||Reporter:||Bartosz Taudul <wolf.pld>|
|Component:||User interface||Assignee:||Oleg Romashin <romaxa>|
|Status:||VERIFIED FIXED||QA Contact:||browser-bugs|
|Priority:||Unspecified||CC:||andre_klapper, jukey, tuukka.tolvanen|
Illustration of the issue
How it should be displayed
SOFTWARE VERSION: 2.2009.51-1 EXACT STEPS LEADING TO PROBLEM: 1. Install camkeyd for fast window switching. 2. Open RSS reader. 3. Subscribe to any RSS feed. 4. Open any link from the feed. 5. Immediately after a new browser window shows up, press the camera button to access window switcher and go back to RSS reader. 6. Repeat steps 4 and 5 a couple of times. 7. Open window switcher. EXPECTED OUTCOME: All browser windows have contents visible. ACTUAL OUTCOME: Some browser windows have no contents (all is white). Note that after bringing such window to the foreground the valid content is displayed immediately (page is already loaded). REPRODUCIBILITY: Rare, but frequent enough to be annoying.
Created an attachment (id=2084) [details] Illustration of the issue
Created an attachment (id=2085) [details] How it should be displayed This screenshot is made after selecting the blank window (valid content is displayed immediately) and going back to window switcher.
i believe this is because we're trying not to starve your system for memory. Rendering is a fairly expensive operation, iirc our buffer would be roughly 4mb just for the picture, per window, not counting the memory required for the page. So if we aren't active, we try to let other applications have more memory when we aren't active (otherwise they'd starve and you'd complain...). One thing you /might/ try changing is the last option in the browser (this is based on an unofficial English, sorry) options>options>Stop other webapps = "after 15 seconds" to "No". I'm not sure if we have direct access to the preview windows (I think they're calculated by the window manager), if we did, we could try to render a pre-downsampled image which would require less memory bandwidth.
fixed in int-152372 at 2010.03, five windows launched within 15s from browser startup view updated in task switcher within one minute (when complete; that'll vary), 3/3
The problem reported here should be fixed in the update released today for public: The Maemo5 update version 3.2010.02-8 (also called "PR1.1.1" sometimes). Please leave a comment if the problem is not fixed for you in this update version.
sorry, this is in 10.2010.03-12, not the 3.* series
Setting explicit PR1.2 milestone (so it's clearer in which public release the fix will be available to users). Sorry for the bugmail noise (you can filter on this message).