1511798 - Paste and cut enabled in right click menu even though input/textarea is readonly

Status: NEW

(Firefox :: Menus, defect, P3)

Description

[Sam Miller]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.75 Safari/537.36

Steps to reproduce:

1. Navigate to https://jsfiddle.net/SamMiller/58zhtov4/
2. Right click in either the input or textarea.
3. The context menu contains both Cut and Paste, even though both the input and textarea are readonly.


Actual results:

Clicking paste does nothing (because the input/textarea is readonly).
Clicking cut copies a bit of selected text to the clipboard, but it doesn't remove the bit of text (because the input/textarea is readonly).


Expected results:

Both Cut and Paste menu items should be disabled as it makes no sense for them to be enabled for readonly inputs/textareas.

Chrome/Edge/IE11 all behave sensibly (i.e., they either don't show Cut/Paste in the context menu, or they are disabled).

Comment 1

[Peter Magyari (Desktop QA)]

Hi,

I've managed to reproduce this issue. I will add a component so that the developers can take a look at it.

Thank you for reporting!

Comment 2

[Jonathan Watt [:jwatt]]

I'm guessing the place to handle this is in the Firefox code. Mike, do you know where this bug should live?

Comment 3

[Mike Conley (:mconley) (:⚙️)]

Yep, Firefox :: Menus. Thanks!

Comment 4

[Emilio Cobos Álvarez (:emilio)]

Note that there's also bug 253870 to do actually the opposite.

Comment 5

[Matthew N. [:MattN]]

(In reply to Emilio Cobos Álvarez (:emilio) from comment #4)

Note that there's also bug 253870 to do actually the opposite.

I don't think the two bugs contradict each other at all since "copy" doesn't mutate the field whereas "cut" and "paste" do. A user should always be able to copy if there is a selection but they shouldn't be able to mutate a disabled or read-only field.

Comment 6

[Emilio Cobos Álvarez (:emilio)]

Yeah, fair enough.