1133804 - Click on `<textarea readonly ...>...` element => cursor shows up but should not.

Status: UNCONFIRMED

(Core :: Layout: Form Controls, defect)

Description

[frohring.pierrehenry]

Attachment: The cursor appearing in the textarea when it should not.

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:35.0) Gecko/20100101 Firefox/35.0
Build ID: 20150122214805

Steps to reproduce:

I have this element in my HTML page:

<textarea style="overflow: hidden; word-wrap: break-word; height: 19px;" readonly="" placeholder="No title yet" class="expand activated"></textarea>

I clicked on it...


Actual results:

... the cursor shows up in the textarea ...


Expected results:

... but should not because it's readonly. => false indication to the user that it's not readonly when it's readonly.

Comment 1

[Mats Palmgren (inactive)]

I think we show the caret intentionally to enable keyboard navigation and selection.
The indication that it's readonly is the grey background.

Testcase:  data:text/html,<textarea readonly="">some text</textarea>

Comment 2

[frohring.pierrehenry]

Well...  I tested it on a few people (nbr not exactly significant (< 10) but anyway...):

  - Here is the behaviour of Chrome, (readonly => which means no caret)
  - Here is the behaviour of Firefox, (readonly => which means caret)
  - What do you expect when you click here ?
  => no caret

Interpretation: 
 - caret present => 
   expectation: next time "I" type on the keyboard, it will move forward leaving behind the character I typed in 
   => So, where a caret is present should be a mutable element.

- if readonly then element should not be mutable 
  => caret should not be present 
  => I don't expect from typing on the keyboard for the element to be modified.

Thx for looking at it...