Closed Bug 1334723 Opened 7 years ago Closed 7 years ago

cursor goes to the bottom of textarea in the stackoverflow.com editor in firefox 51

Categories

(Core :: DOM: Core & HTML, defect)

51 Branch
x86_64
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1337392

People

(Reporter: ozgas, Unassigned)

References

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:51.0) Gecko/20100101 Firefox/51.0
Build ID: 20170125094131

Steps to reproduce:

Nothing; the cursor is automatically focused inside the StackOverflow.com editor at the wrong position. One would need to have an account at http://stackoverflow.com/ and have the privileges of being able to edit questions/answers on their website.


Actual results:

The cursor automatically jumps/focuses to the bottom of the StackOverflow.com editor, as opposed to it being at the top left when editing a question or an answer on the StackOverflow.com and meta.StackOverflow.com websites. This did not happen prior to version 51. 


Expected results:

The cursor should have stayed on the top left corner of the editor's textarea of a question/answer.
This only seems to happen on my Windows 7 OS and not on a Linux Mint box. A few people I know can confirm this same behaviour.
Group: firefox-core-security
OS: Unspecified → Windows 7
Hardware: Unspecified → x86_64
Not a security bug.
Group: firefox-core-security
Without an account to test, it will be hard to find a regression and debug. Is it possible to provide a guest account?
Flags: needinfo?(ozgas)
I can confirm on 52 and 53 on macOS.

Here is a public fiddle : https://jsfiddle.net/zevp3dpa/
(In reply to Kaiido from comment #4)
> I can confirm on 52 and 53 on macOS.
> 
> Here is a public fiddle : https://jsfiddle.net/zevp3dpa/

54 affected too + updated fiddle for 51 : https://jsfiddle.net/zevp3dpa/1/.

If someone can remove the previous comment. Sorry for the noise.
(In reply to Loic from comment #3)
> Without an account to test, it will be hard to find a regression and debug.
> Is it possible to provide a guest account?

No, that is not possible.
(In reply to Fred from comment #6)
> (In reply to Loic from comment #3)
> > Without an account to test, it will be hard to find a regression and debug.
> > Is it possible to provide a guest account?
> 
> No, that is not possible.

No need, Kaiido provided a testcase.
Flags: needinfo?(ozgas)
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=d320ef56876f52db9bc0eb79554c7332d4793769&tochange=6b65dd49d4f045c0a9753ce60bdb4b7b4aaedcf8

It's due to:
Decky Coss — Bug 1287655 - place textarea/input cursor at end of text when initialized; r=smaug

And I think it's the normal behavior per spec now.
Blocks: 1287655
Component: Untriaged → DOM: Core & HTML
Product: Firefox → Core
What I find strange is that this doesn't happen on Linux Mint with FF 51, only on my Windows 7. The cursor stays on the top left in Linux (Mint) and not at the end of the element (in Windows).
Decky, any idea why after your patch?
Flags: needinfo?(coss)
Olli, could you explain if it's the normal behaviour per spec now.
Another dupe has been filed (bug 1337392).
Flags: needinfo?(bugs)
Well, the testcase from comment 5 places cursor at the end of textarea only in Firefox 51, other browsers (including Chrome 56, mentioned in Bug 1287655 as reference) place the cursor at the beginning of textarea.
This being discussed in bug 1337392.
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Flags: needinfo?(coss)
Flags: needinfo?(bugs)
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.