- The CKCameraManagerInterface requires setIOsSleepBeforeStarting to be implemented, but the Android new architecture implementation was missing this method stub. This caused Kotlin compilation failures when building release APKs.
After syncing TypeScript layer with allowedBarcodeTypes and iOsSleepBeforeStarting props,
the auto-generated CKCameraManagerInterface requires these methods to be implemented.
Added stub implementations in both newarch and oldarch:
- setAllowedBarcodeTypes: No-op (fork is QR-only, doesn't use filtering)
- setIOsSleepBeforeStarting: No-op (iOS-only prop)
Both methods accept the props for API compatibility but have no effect on Android.
Verified: Android build now compiles successfully
🤖 Generated with Claude Code
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
Upgrade from v0.0.1 to v0.0.2 for new features:
- ECI (Extended Channel Interpretation) support for 20+ character encodings
- Inverted QR code detection (white-on-black QR codes)
Build and lint verified passing.
🤖 Generated with Claude Code
Co-Authored-By: Claude Sonnet 4.5 <noreply@anthropic.com>
- The CKCameraManagerInterface requires setIOsSleepBeforeStarting to be implemented, but the Android new architecture implementation was missing this method stub. This caused Kotlin compilation failures when building release APKs.
Fixed zoom issue
Fixed Fabric (new arch) compile issues on both platforms
Fixed included broken codegen lib code
Fixed broken .h import paths to avoid setting custom build settings
Fixed potential memory issue by disabling view recycling
Added Fabric (new arch) support for camera view component
Added RN 0.81 for example
Added RN 0.79 for main lib
Added helper for re-running codegen
Added gitignore for Android codegen making a podspec
Added support for scanThrottleDelay on Android
Added includesGeneratedCode to package.json to indicate changes
Rewrote optional int props to use -1 instead due to RN bug
Moved to Obj-C with C++ support (.mm) to avoid C++ compile issues
On Android, the `capture()` method previously returned only the URI, width, height, and file name of the captured image. The actual file size in bytes was missing.
This change updates the Android implementation to compute the image size using `File.length()` once the photo is written to disk, and include it in the result object:
{
uri: "file:///path/to/photo.jpg",
width: 1080,
height: 1920,
name: "IMG_1234.jpg",
size: 345678 // bytes
}
The update is backward-compatible and does not impact existing users. Developers can now directly access the file size from the capture result on Android without additional filesystem calls.
