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)

13 Branch
x86_64
All
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: ejnovak, Unassigned)

References

Details

Attachments

(1 file)

Attached patch bug_fix.jsSplinter 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.
Attachment #635324 - Attachment is patch: true
Attachment #635324 - Attachment mime type: application/octet-stream → text/plain
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.
Blocks: 455553
Status: UNCONFIRMED → NEW
Ever confirmed: true
> 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.
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>
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/
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.
Summary: Focus homepage browser.newtab.url → Focus homepage browser.newtab.url: the cursor is at the end of the unselected URL
(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
Mass-move to Firefox::New Tab Page.

Filter on new-tab-page-component.
Component: Tabbed Browser → New Tab Page

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.

Attachment

General

Creator:
Created:
Updated:
Size: