Closed
Bug 1328029
Opened 8 years ago
Closed 8 years ago
Cut-Copy-Paste are NOW broken, Episode 6 - UX aspect of context menu isn't taken into account at all
Categories
(Core :: DOM: Events, defect)
Core
DOM: Events
Tracking
()
RESOLVED
DUPLICATE
of bug 1271897
People
(Reporter: arni2033, Unassigned)
References
Details
(Keywords: regression, Whiteboard: Cut, copy, paste buttons intentionally broken in bug 1159490 by Ehsan Akhgari)
>>> My Info: Win7_64, Nightly 49, 32bit, ID 20160526082509
STR_1:
0. Move Cut-Copy-Paste toolbarbutton to toolbar
1. Open http://snag.gy
2. Press PrtSc key to make a screenshot
3. Right-click on the page, paste copied image to the page
AR: It's not possible to use "paste" menuitem, because browser disabled it.
ER: Either X or Y
X) Everything should work just like before regression 1159490: Step 2 - All items Should be disabled
Y) Step 3 - all items should be enabled, i.e. Ehsan Akhgari should at least make his terrible design
of Cut,Copy,Paste (that is illogical and doesn't make sense for people who use the browser) work
as HE expects. I.e. should just finish the job. Or don't even start. I hope this concept is clear.
(In reply to Justin Dolske [:Dolske] from comment #7)
> I think Ehsan's point here is that disabling these Firefox menuitems would prevent using them on
> pages using the HTML clipboard API/events. EG, if the page is listening for the "copy" event to
> provide some page-specific data, the browser has to leave the menuitem enabled all the time.
Okay. But now you're blocking the new API by hiding menuitems completely.
Comment 1•8 years ago
|
||
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•