Details
-
Type: Bug
-
Status: Closed
-
Priority: Major
-
Resolution: Fixed
-
Affects Version/s: EE-4.1.0.GA, 4.2
-
Fix Version/s: EE-4.2.0.GA
-
Component/s: ACE-Components
-
Labels:None
-
Environment:iOS
-
Assignee Priority:P2
-
Support Case References:Support Case #14102 - https://icesoft.my.salesforce.com/5007000001jZArJ
Description
When using the ace:contextMenu in iOS, the menu isn't displayed when doing a long press on where the menu should be shown. This can be reproduced by using the desktop version of Showcase on iOS.
When doing the long press it will display the magnifier and then open a menu to copy/paste/etc the text.
I've tested this behavior with Android/Chrome and found I get a similar menu when doing a long press on the text, but no menu is shown. If a long press is done not on text or on a button, I am able to see the contextMenu.
When doing the long press it will display the magnifier and then open a menu to copy/paste/etc the text.
I've tested this behavior with Android/Chrome and found I get a similar menu when doing a long press on the text, but no menu is shown. If a long press is done not on text or on a button, I am able to see the contextMenu.
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
This used to work on iOS, perhaps they've changed things with a newer iOS release? Needs investigation to see how this functionality can be supported on iOS.
The current behaviour is as good as we can make it with the available APIs in the mobile browser. It is unavoidable to have the native mobile OS features activating on the long press causing text selection and/or the native browser content menu to appear in addition to the ace:contextMenu. If we attempt to block the native events to prevent the native features such as pinch to resize and drag to scroll from working as well, which is unacceptable. The main thing is that the user IS able to present the ace:contextMenu and activate a menu item.