Details
-
Type:
Bug
-
Status: Resolved
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: BridgeIt 1.0.5
-
Fix Version/s: BridgeIt 1.0.7
-
Component/s: Containers
-
Labels:None
-
Environment:iOS
Description
The iOS scanner implementation listens for a scanner callback when a code has been found. Sometimes the callback gets an empty string and our code exits back to the browser.
This is problematic for a number of reasons. I've patched this for a customers custom BridgeIt implementation but need to role it back into the BridgeIt iOS trunk.
This is problematic for a number of reasons. I've patched this for a customers custom BridgeIt implementation but need to role it back into the BridgeIt iOS trunk.
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
I've taken a closer look at this and the problem was actually fixed on Android and not iOS. When the scanner picks up something the callback method captureOutput is called and we iterate over all the various decodes trying to find a match. In some cases a nil string is returned and we treat it the same as a valid code and exit the scanner.
Show
Patrick Corless
added a comment - I've taken a closer look at this and the problem was actually fixed on Android and not iOS. When the scanner picks up something the callback method captureOutput is called and we iterate over all the various decodes trying to find a match. In some cases a nil string is returned and we treat it the same as a valid code and exit the scanner.
Added a nil and empty string check to make sure we don't exit the scanner prematurely. Users can use the cancel button to exit if needed. Marking as fixed.