Details
-
Type:
Improvement
-
Status: Closed
-
Priority:
Major
-
Resolution: Duplicate
-
Affects Version/s: EE-4.1.0.GA
-
Fix Version/s: 4.2
-
Component/s: MOBI-Components
-
Labels:None
-
Environment:All
-
Assignee Priority:P2
-
Support Case References:Support Case #13862 - https://icesoft.my.salesforce.com/5007000001drreA
-
Affects:Sample App./Tutorial
Description
Issue Links
- depends on
-
ICE-11176
Support HTML5 "Navigator.mediaDevices.getUserMedia()" when available on mobi:camera, mobi:microphone
-
- Closed
-
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
Re-opened. It turns out that due to a lack of communication on my part the verification for this feature on Android actually used the BridgeIt camera, not the HTML5 camera. Thus, we haven't been able to verify that the camera is actually toggling between front/back as desired, since all the none-mobile platforms we've used only have a single camera attached.
We'll need to re-think the current mobi:camera behavior to force BridgeIt to be used when on mobile platforms before we can verify this further. That will be tackled under new JIRAs.
Verified using showcase camera demo, ICEfaces 4 trunk r49382, Tomcat 8, Android 6.0.1 nexus 5 phone, IE 11, MS edge, Chrome 53, FF 47.
r49381: added code to only display the toggle camera button if the system has more than one 'videoinput' devices, presumably cameras
Testing Notes: On laptops and desktops this button shouldn't be rendered. On mobile devices with front and back cameras, this button should be rendered (except for iOS devices, which don't support this API).
Judy notes:
I reviewed the js for camera in IF4 (trunk). It basically just calls the navigator.getUserMedia(options, successCallback, errorCallback);
Which according to this:
https://developer.mozilla.org/en/docs/Web/API/Navigator/getUserMedia
Has been deprecated and replaced by
MediaDevices.getUserMedia....
Of course, there is backwards capability, but the newer calls has an api to flip the camera, so if the 8 inch tablet is newer, it may be considering that the js is the newer api.
.<input type="file" accept="image/*"> should just work now without requiring getUserMedia, though we might still need to test if the browser has support for this feature. somehow
Closing as duplicate.