Closed
Bug 766990
Opened 12 years ago
Closed 5 years ago
Focus homepage browser.newtab.url: the cursor is at the end of the unselected URL
Categories
(Firefox :: New Tab Page, defect)
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: ejnovak, Unassigned)
References
Details
Attachments
(1 file)
745 bytes,
patch
|
Details | Diff | Splinter Review |
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/536.11 (KHTML, like Gecko) Chrome/20.0.1132.39 Safari/536.11 Steps to reproduce: Set browser.newtab.url and the homepage to be the exact same string. e.g. www.google.com and set Firefox to open the homepage when started Actual results: The focus was left at the end of the URL bar. (The cursor blinking at the end of the URL bar) Expected results: The focus should be placed on the page. If the focus is placed on the browser then the focus falls to an intelligent place for the website. For example on Google the focus is placed in their search bar. Attached is a snippet of javascript that fixes the problem if implemented as a Firefox add-on.
Updated•12 years ago
|
Attachment #635324 -
Attachment is patch: true
Attachment #635324 -
Attachment mime type: application/octet-stream → text/plain
Comment 1•12 years ago
|
||
Setting to new and cc'ing the dev who created about:newtab however this seems very much an edge case that we would take a patch for but not something a developer would spend time fixing.
Comment 2•12 years ago
|
||
> Steps to reproduce:
What did you do? Open a new Firefox window, or a new tab?
At least for new tabs, it is intentional that the focus is on the urlbar (and the URL should be selected), so that the user can just type the URL where he wants to go to. The focus should *not* be in the page.
Comment 3•12 years ago
|
||
xref bug 757455
The bug is reproduced when opening a new Firefox window. Specifically, starting a Firefox process when one is not already running.
I am opening a new tab. Understandable for that to be the default. but when I explicitly call focus() why is that disregarded? That seems wrong. Found a work around by using the "autofocus" attribute. <body bgcolor=#cccccc> <form name="myForm" id="myForm"> <input type="text" id="wrdSearch" class="myInput" size=50 autofocus="autofocus"/> </form> </body>
Updated•11 years ago
|
OS: Linux → All
I understand that bug 757455 (autofocus in URL bar) would be in conflict with this bug here (autofocus on the webpage instead), however I'd much rather have the focus on the webpage. To accomodate everyone, there should be an option browser.newtab.autofocus with the option of 'URL bar' and 'Webpage'.
The addon Custom New Tab 1.7.1 fix this problem. Available here : https://addons.mozilla.org/en-US/firefox/addon/custom-new-tab/
Reporter | ||
Comment 10•11 years ago
|
||
That's my add-on! (glad you found it), and I am the author of the bug. However, I filed the bug because the focus is left at the end of the URL which is inconsistent. Ordinarily the URL is highlighted ( navbar.select() ) or the web page is given focus(). The behavior described by the bug is that the cursor is left _after_ the last character in the URL and the URL is not highlighted. A small problem I know. But a bug non-the-less. Deciding if the focus should be on the page or the URL is up to the developers. My add-on is a good solution for people that did not agree with whatever decision the devs made about this.
Updated•11 years ago
|
Summary: Focus homepage browser.newtab.url → Focus homepage browser.newtab.url: the cursor is at the end of the unselected URL
Comment 11•11 years ago
|
||
(In reply to Ed from comment #10) Then it seems that bug 757455 is a part of this bug, and a solution to it.
Component: Untriaged → Tabbed Browser
Depends on: 757455
Comment 13•10 years ago
|
||
Mass-move to Firefox::New Tab Page. Filter on new-tab-page-component.
Component: Tabbed Browser → New Tab Page
Comment 14•5 years ago
|
||
Hello!
This bug has been closed due to inactivity and/or the potential for this bug to no longer be an issue with the new Discovery Stream-powered New Tab experience.
Please help us triage by reopening if this issue still persists and should be addressed.
Thanks!
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•