Bug 8117

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 interfaceAssignee: Nagineni Sudarsana Babu <naginenis>
Status: RESOLVED FIXED QA Contact: browser-bugs
Severity: normal    
Priority: Unspecified CC: andre_klapper, casper.vandonderen, dpuricelli, tuukka.tolvanen
Version: 5.0/(2.2009.51-1)   
Target Milestone: 5.0/(10.2010.19-1)   
Hardware: All   
OS: Maemo   

Description Casper van Donderen (reporter) 2010-01-16 13:10:05 UTC

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.

The blue progress indicator starts to fill up.

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.

When using a previously opened page from the pop-up list in the browser start
screen about 5/10.

(seems not relevant:)
OGG support


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
Comment 1 tuukka.tolvanen nokia 2010-01-16 15:39:35 UTC
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
Comment 2 Casper van Donderen (reporter) 2010-01-16 17:02:18 UTC
For me it happens with multiple websites. observed with:

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
- I decided to unplug the N900 which caused the device to not be able to boot
- Install 51-1 using the flasher.exe under Windows XP SP3.
Comment 3 timeless 2010-01-16 18:40:48 UTC
Comment 4 Andre Klapper maemo.org 2010-01-20 15:50:36 UTC
I cannot reproduce this currently with the internal version 2010.03-8.

(In reply to comment #3)
> wow

timeless, how may I interpret this? ;-)
Comment 5 timeless 2010-01-20 21:48:49 UTC
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 :).
Comment 6 Andre Klapper maemo.org 2010-02-03 14:22:09 UTC
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
Comment 7 Andre Klapper maemo.org 2010-03-15 20:51:47 UTC
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).