First Last Prev Next    No search results available
Bug 5783 - (int-148981) Smooth scrolling not active using arrow keys until current page tapped
(int-148981)
: Smooth scrolling not active using arrow keys until current page tapped
Status: VERIFIED FIXED
Product: Browser
User interface
: 5.0/(3.2010.02-8)
: N900 Maemo
: Low minor with 2 votes (vote)
: 5.0/(10.2010.19-1)
Assigned To: Nagineni Sudarsana Babu
: browser-bugs
:
:
:
:
  Show dependency tree
 
Reported: 2009-10-25 18:33 UTC by Donn Morrison
Modified: 2010-05-27 17:43 UTC (History)
4 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)


Note

You need to log in before you can comment on or make changes to this bug.

Description Donn Morrison (reporter) 2009-10-25 18:33:40 UTC 
STEPS TO REPRODUCE THE PROBLEM:

1. Open browser from application list
2. Tap default Google search shortcut
3. Enter search terms (e.g. "maemo 5") into Google
4. Press enter or click search button
5. Scroll results page using arrow keys

EXPECTED OUTCOME:

Smooth scrolling should be observed.

ACTUAL OUTCOME:

Discrete scrolling is observed until web page is tapped in blank area using
finger or stylus.

REPRODUCIBILITY:

always

OTHER COMMENTS:

Once the page is tapped, smooth scrolling works with the arrow keys.

User-Agent:       Mozilla/5.0 (X11; U; Linux armv7l; fr-FR; rv:1.9.2a1pre)
Gecko/20090928 Firefox/3.5 Maemo Browser 1.4.1.15 RX-51 N900
Comment 1 Donn Morrison (reporter) 2009-10-25 18:38:25 UTC 
It seems that changing between fullscreen and non-fullscreen mode is enough to
get smooth scrolling working (as does tapping in a blank area on the page).
Comment 2 John Veness 2009-10-27 00:43:26 UTC 
I notice that while the "discrete scrolling" is happening with the arrow keys,
there is no scrollbar visible. Tapping the screen which activates the smooth
scrolling also makes the scrollbar appear.
Comment 3 Andre Klapper maemo.org 2009-10-27 16:01:06 UTC 
Thanks for reporting this.

In version 44-1 tapping the arrow-down keyboard key will display the location
bar in the browser. I think that makes sense and is a feature that would
collide, hence this is a WONTFIX.
Comment 4 Lucas Maneos 2009-11-17 05:42:50 UTC 
(In reply to comment #3)
> In version 44-1 tapping the arrow-down keyboard key will display the location
> bar in the browser. I think that makes sense and is a feature that would
> collide, hence this is a WONTFIX.

I don't see why this is needed, since any alphabetic input will also do that.

Does that mean no arrow key scrolling at all after 44-1, or will it work after
the first press?  I'm being optimistic and assuming the latter, in which case
this could still be fixed.

Otherwise, why not use Ctrl-L (finally fixed at around the same time according
to bug 3298) to display the location bar for consistency with non-fullscreen
mode?
Comment 5 Ryan Abel maemo.org 2009-11-17 05:50:14 UTC 
(In reply to comment #3)
> Thanks for reporting this.
> 
> In version 44-1 tapping the arrow-down keyboard key will display the location
> bar in the browser. I think that makes sense and is a feature that would
> collide, hence this is a WONTFIX.
> 

WHOA! Backup there. There's NO MORE arrow scrolling after 44-1?
Comment 6 Andre Klapper maemo.org 2009-11-17 12:22:48 UTC 
(In reply to comment #5)
> WHOA! Backup there. There's NO MORE arrow scrolling after 44-1?

WHOA.
No. I just described the situation in 44-1.
It's of course different in later releases.
In 46-16, arrow scrolling works for me, the location bar does not open anymore,
and starting the browser, entering an URL, (which automatically goes to a new
fullscreen window), loading it, and using the arrow down key at least works
fine for me.
Might of course break next week again.
Feel free to change the resolution to FIXED or something(TM).
Comment 7 Lucas Maneos 2009-11-17 14:35:20 UTC 
(In reply to comment #6)
> In 46-16, arrow scrolling works for me

That's good news of course, but for the purposes of this bug is the scrolling
"smooth" or "discrete" (as per comment 0)?  In 42-11 it's exactly as reported.
Comment 8 Andre Klapper maemo.org 2009-11-17 15:40:51 UTC 
(In reply to comment #7)
> That's good news of course, but for the purposes of this bug is the scrolling
> "smooth" or "discrete" (as per comment 0)?  In 42-11 it's exactly as reported.

It's quite smooth. There's a little bit of lag, but it's hardly visible.
Comment 9 Lucas Maneos 2009-11-18 00:49:07 UTC 
FIXED it is then :-)
Comment 10 Ryan Abel maemo.org 2009-12-30 18:43:03 UTC 
Oops, reopening. It's _better_, but certainly not fixed. It still see it every
so often.
Comment 11 Andre Klapper maemo.org 2010-01-19 21:33:52 UTC 
I see. :)
Comment 12 Andre Klapper maemo.org 2010-02-17 21:06:12 UTC 
(Fixed in internal 10.2010.06-13, waiting for verification before setting
status)
Comment 13 Andre Klapper maemo.org 2010-03-01 18:21:28 UTC 
This has been fixed in the internal build version
10.2010.06-13
(Note: 2009/2010 is the year, and the number after is the week.)

A future public update released with the year/week later than this internal
build version 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/
Comment 14 Andre Klapper maemo.org 2010-03-15 20:51:09 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).
Comment 15 Tim Samoff maemo.org 2010-05-27 17:34:53 UTC 
Confirming as fixed in PR1.2.
First Last Prev Next    No search results available