Bug 3298 - (int-132425) Focus not set to location bar after Ctrl-L shortcut is used
(int-132425)
: Focus not set to location bar after Ctrl-L shortcut is used
Status: VERIFIED FIXED
Product: Browser
User interface
: 5.0/(1.2009.42-11)
: All Maemo
: Low minor with 7 votes (vote)
: 5.0/(2.2009.51-1)
Assigned To: Nagineni Sudarsana Babu
: browser-bugs
:
:
:
:
  Show dependency tree
 
Reported: 2008-06-25 13:21 UTC by Tommi Saviranta
Modified: 2010-01-14 12:29 UTC (History)
7 users (show)

See Also:


Attachments


Note

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


Description Tommi Saviranta (reporter) 2008-06-25 13:21:44 UTC
SOFTWARE VERSION:
(Control Panel > General > About product)

STEPS TO REPRODUCE THE PROBLEM:

EXPECTED OUTCOME:

ACTUAL OUTCOME:

REPRODUCIBILITY:
(always/sometimes/once)

EXTRA SOFTWARE INSTALLED:

OTHER COMMENTS:

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9)
Gecko/2008052912 Firefox/3.0
Comment 1 Tommi Saviranta (reporter) 2008-06-25 13:24:21 UTC
Stupid numpad return key, submitting the form prematurely. You'll have to wait
for me to write proper description here. :-P
Comment 2 Tommi Saviranta (reporter) 2008-06-25 13:42:58 UTC
SOFTWARE VERSION: 4.2.2008.23-14

STEPS TO REPRODUCE THE PROBLEM:
1. Open browser
2. Wait for home page to load
3. Go to http://www.google.com/intl/en/ (I presses Ctrl-l, typed the address
and pressed enter)
4. Click "Advanced Search"
5. Press Ctrl-l
6. Type in another URL

EXPECTED OUTCOME:
Location widget should be active and the URL selected, allowing user to replace
current URL by trying a new one.

ACTUAL OUTCOME:
Current URL is selected, but typed text appears nowhere. Current URL is intact.

REPRODUCIBILITY:
Always

OTHER OBSERVATIONS:
In some cases pressing ctrl-l will move cursor to address field without
selecting the address, but allowing editing the field. Switching to desktop and
back to browser triggers this condition. Pressing ctrl-l again won't do
anything. Usually after tapping on the renderer page (i.e. having the location
widget to lose focus) restores ctrl-l's functionality. Unfortunately I cannot
reproduce this behaviour reliably.

Finally, I don't remember experiencing any issues like this with Chinook. I
suspect this issue has something to do with browserd.
Comment 3 Eric Warnke maemo.org 2008-06-30 06:25:40 UTC
Very annoying and 100% different from behavior under Chinook.  I have always
kept the toolbar hidden and use crtl-L to start typing a new address and now
that does now work.  Even when text is bound for the text entry area other
accelerator keys do not work.  Ctrl-A will not select the whole text area.
Comment 4 timeless 2008-07-14 07:50:57 UTC
*** Bug 3449 has been marked as a duplicate of this bug. ***
Comment 5 Andre Klapper maemo.org 2008-08-12 23:12:20 UTC
Still no updates from the developers so far (also not internally). :-(
Comment 6 Jason Byrne 2008-08-16 07:22:28 UTC
Also see https://bugs.maemo.org/show_bug.cgi?id=3592 - different bug(s), but
along the same vein of intermitten usability issues with Ctrl-L, Ctrl-F, and
menu button.
Comment 7 Frantisek Dufka maemo.org 2008-12-17 16:05:51 UTC
No change with 5.2008.43-7, still happens, still annoying. This basically makes
turning off toolbar via "View->Show toolbar->Fullscreen" unusable.
Comment 8 Lucas Maneos 2009-03-01 15:21:32 UTC
*** Bug 4156 has been marked as a duplicate of this bug. ***
Comment 9 Quim Gil nokia 2009-05-10 01:41:12 UTC
> STEPS TO REPRODUCE THE PROBLEM:
> 1. Open browser
> 2. Wait for home page to load
> 3. Go to http://www.google.com/intl/en/ (I presses Ctrl-l, typed the address
> and pressed enter)
> 4. Click "Advanced Search"
> 5. Press Ctrl-l
> 6. Type in another URL
> 
> EXPECTED OUTCOME:
> Location widget should be active and the URL selected, allowing user to replace
> current URL by trying a new one.
> 
> ACTUAL OUTCOME:
> Current URL is selected, but typed text appears nowhere. Current URL is intact.

This can be reproduced in Fremantle. Following the steps above the focus
appears in the first field of the form. Pressing Ctrl-L does nothing: you need
to tap the location widget to move the focus there.

(In reply to comment #7)
> This basically makes
> turning off toolbar via "View->Show toolbar->Fullscreen" unusable.

Yes, you need to leave fullscreen mode if you want to type a new URL.
Comment 10 Andre Klapper maemo.org 2009-05-20 16:11:04 UTC
*** Bug 3622 has been marked as a duplicate of this bug. ***
Comment 11 Andre Klapper maemo.org 2009-10-20 11:10:49 UTC
Ctrl-L has been dropped from the shortcuts specification and should not be
mentioned anymore in Fremantle Web browser UI specification, hence this is
INVALID by definition in Fremantle (int-99106), or WONTFIX as for the normal
user not knowing about Nokia's specs...
Comment 12 Ryan Abel maemo.org 2009-10-20 16:45:13 UTC
(In reply to comment #11)
> Ctrl-L has been dropped from the shortcuts specification and should not be
> mentioned anymore in Fremantle Web browser UI specification, hence this is
> INVALID by definition in Fremantle (int-99106), or WONTFIX as for the normal
> user not knowing about Nokia's specs...
> 

Boo! Hiss! This would make life so much easier and save so many useless taps
when in fullscreen. Reopening because I'm tired of spec-based idiocy.
Comment 13 Nagineni Sudarsana Babu nokia 2009-10-20 16:58:52 UTC
Web browser specification has been changed recently and we have restored the
ctrl + L shortcut key. Some future version should have this fix.
Comment 14 Tommi Saviranta (reporter) 2009-10-20 17:10:28 UTC
I take it that there is absolutely no hope of getting this fixed for Diablo.
Comment 15 Andre Klapper maemo.org 2009-10-20 17:18:14 UTC
Nagineni:
Thanks a lot for correcting! Wasn't aware of that internal ticket.

Tommi:
No, as Maemo4 is in maintenance mode and Nokia will only provide bugfixes for
critical issues, if at all.
For your interest the Mer project aims to provide a community backport of
Maemo5 for N8x0 devices. See http://wiki.maemo.org/Mer for more information.
Comment 16 Andre Klapper maemo.org 2009-10-30 18:44:09 UTC
This has been fixed in the internal build version
2009.44-5
(Note that 2009 is the year and the number after is the week.)

Any public update released with or after this build version will include the
fix.
Please verify that the 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.
Comment 17 Andre Klapper maemo.org 2010-01-14 12:29:57 UTC
The problem reported here should be fixed in the update released today for
public: The Maemo5 update version 2.2009.51-1 (also called "PR1.1" sometimes).
Please leave a comment if the problem is not fixed for you in this update
version.