maemo.org Bugzilla – Full Text Bug Listing
|Summary:||Browser doesn't show progress indicator when user selects url from urlbar completion list|
|Product:||[Maemo Official Applications] Browser||Reporter:||Casper van Donderen <casper.vandonderen>|
|Component:||User interface||Assignee:||Nagineni Sudarsana Babu <naginenis>|
|Status:||RESOLVED FIXED||QA Contact:||browser-bugs|
|Priority:||Unspecified||CC:||andre_klapper, casper.vandonderen, dpuricelli, tuukka.tolvanen|
SOFTWARE VERSION: 2.2009.51-1 EXACT STEPS LEADING TO PROBLEM: 1. Open browser and start typing an URL. 2. Select a previously opened URL from the pop-up list (not observed when typing a new URL, only when selecting one from the list) 3. The page correctly loads without giving progress feedback. EXPECTED OUTCOME: The blue progress indicator starts to fill up. ACTUAL OUTCOME: The address bar does gain the 'cross'-button, but no progress is shown. No progress is shown while the browser stays active. After closing and immediately retarting the browser the progress bar works. If the browser was closed for more than a few minutes the problem with the progress bar is there again. REPRODUCIBILITY: When using a previously opened page from the pop-up list in the browser start screen about 5/10. EXTRA SOFTWARE INSTALLED: (seems not relevant:) OGG support Catorise OTHER COMMENTS: User-Agent: Mozilla/5.0 (X11; U; Linux armv7l; en-US; rv:1.9.2a1pre) Gecko/20091127 Firefox/3.5 Maemo Browser 1.5.6 RX-51 N900
Couldn't reproduce in internal build near 2009w53 -- this could use more exact steps, as in, which url is used, exactly which browser-related windows are open at which point, is the display allowed to blank at some point, timings in general
For me it happens with multiple websites. observed with: bugs.maemo.org maemo.org last.fm I do not know if it has anything to do with my update process: - Install 44-1 with NSU 1.8.10en - The next day 51-1 was available. - Try updating using NSU. that stayed on 'time remaining: 1 second' for two hours. - I decided to unplug the N900 which caused the device to not be able to boot anymore. - Install 51-1 using the flasher.exe under Windows XP SP3.
I cannot reproduce this currently with the internal version 2010.03-8. (In reply to comment #3) > wow timeless, how may I interpret this? ;-)
oh, i was testing w/ 51-1, and found it an amusing failure. it isn't meant to be a comment that it would still be broken in future versions. If you and tuukka agree that it's fixed, please resolve it :).
CLosing as FIXED. A future public update will include the fix. (This is not always already the next public update.) Please verify that this new version fixes the bug by marking this bug report as VERIFIED after the public update has been released and if you have some time. To answer popular followup questions: * Nokia does not announce release dates of public updates in advance. * There is currently no access to these internal, non-public build versions. A Brainstorm proposal to change this exists at http://maemo.org/community/brainstorm/view/undelayed_bugfix_releases_for_nokia_open_source_packages-002/
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).