click-and-hold context menus do not appear when touch simulation enabled (TypeError popup is null)
Categories
(DevTools :: Responsive Design Mode, defect, P2)
Tracking
(firefox-esr60 unaffected, firefox67 unaffected, firefox68 unaffected, firefox69 verified)
Tracking | Status | |
---|---|---|
firefox-esr60 | --- | unaffected |
firefox67 | --- | unaffected |
firefox68 | --- | unaffected |
firefox69 | --- | verified |
People
(Reporter: bradwerth, Assigned: mconley)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
Appears to be a regression caused by landing of Bug 1505909. Steps to reproduce:
- Set pref "ui.click_hold_context_menus" to true.
- Navigate to any site, and open Responsive Design Mode.
- Turn touch simulation on (UI widget in RDM toolbar should be lit).
- Click and hold on RDM content.
Expected results:
Context menu should appear.
Actual results:
Browser Console error message: JavaScript error: chrome://browser/content/nsContextMenu.js, line 97: TypeError: popup is null.
Reporter | ||
Comment 1•6 years ago
|
||
Note that right-click or modifier-key click still works to make context menu appear.
Reporter | ||
Updated•6 years ago
|
Updated•6 years ago
|
Assignee | ||
Comment 2•6 years ago
|
||
Thanks for filing. Looking.
Assignee | ||
Updated•6 years ago
|
Reporter | ||
Updated•6 years ago
|
Assignee | ||
Comment 3•6 years ago
|
||
This workaround hands the top-level browser to nsContextMenu rather than the
mozbrowser in the RDM case. We need to do that since RDM does a lot of work
to make the inner mozbrowser seem like the top-level browser, including
proxying messages from that top-most browser to the underlying mozbrowser.
This workaround makes us consistent with that model, and will have to do until
we can get bug 1559456 fixed.
Depends on D35077
Assignee | ||
Comment 4•6 years ago
|
||
Try push: https://treeherder.mozilla.org/#/jobs?repo=try&author=mconley%40mozilla.com&selectedJob=251929308
Comment 6•6 years ago
|
||
bugherder |
Updated•6 years ago
|
Updated•6 years ago
|
Hello,
Reproduced the issue using Firefox 69.0a1 (20190610214846) on Windows 10x64.
The issue is verified fixed with Firefox 69.0b7 (20190722201635) on Windows 10x64, macOS 10.14 and Ubuntu 18.04.
Updated•3 years ago
|
Description
•