-
Notifications
You must be signed in to change notification settings - Fork 600
newArc and old Arc support and bugs fixes #575
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: master
Are you sure you want to change the base?
Conversation
|
@greptile review |
|
@dev-amirzubair thank you for the fixes! Can you rebase and address (if any) comments from greptile |
Greptile Summary
Important Files Changed
Confidence score: 2/5
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Additional Comments (7)
-
android/src/oldarch/VoiceSpec.kt, line 18 (link)style: consider using
UnsupportedOperationExceptioninstead ofNotImplementedErrorfor better Java interoperabilityNote: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!
-
react-native-voice.podspec, line 19 (link)logic: Repository URL changed from official react-native-voice organization to personal fork. This should be reverted before merging to main unless this is intentional for development. Is this repository URL change intended to be permanent, or should this point back to the official react-native-voice repository?
-
package.json, line 67 (link)logic: dev-sync script references old package path
@react-native-voice/voiceinstead of new package name@dev-amirzubair/react-native-voice -
example/src/VoiceTest.tsx, line 88-96 (link)style: All callback functions in dependency array will cause useEffect to re-run whenever any callback changes, potentially causing Voice event handlers to be re-registered unnecessarily. Would it be better to use useRef for stable callback references or remove some dependencies?
Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!
-
example/src/VoiceTest.tsx, line 72 (link)style: Parameter
eshould be typed instead of usinganyNote: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!
-
src/index.ts, line 271 (link)logic:
cancelTranscription()callsVoice.cancelSpeech()but should callVoice.cancelTranscription() -
src/index.ts, line 189-194 (link)style:
startTranscription()uses old manual listener setup whilestart()uses new_setupListeners()approach, creating inconsistency
19 files reviewed, 7 comments
|
@safaiyeh, I have resolved the conflicts and addressed the comments. |
|
@dev-amirzubair After installing your plugin what's need to change , please kindly tell me |
|
@dev-amirzubair Thanks bro. Everything working fine in 0.82.0 version ..Great |
|
@dev-amirzubair @safaiyeh Any confirmations when we ca expect the new version update for the same ? also is the known issue of "required condition is false: IsFormatSampleRateAndChannelCountValid(format)" has been addressed in this PR or not ? |
|
@greptile review |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Additional Comments (6)
-
src/VoiceModuleTypes.ts, line 53 (link)logic: Breaking change:
segmentsfield changed fromstring[]toTranscriptionSegment[]. This will break existing code that expects string arrays despite the backward compatibility claim. Should this be a major version bump since it's a breaking change to the segments API? -
src/VoiceModuleTypes.ts, line 47-49 (link)logic: Documentation incorrectly claims backward compatibility when the segments field type has fundamentally changed
-
example/src/VoiceTest.tsx, line 72-74 (link)syntax: setPitch receives potentially undefined value from e.value, causing type mismatch with useState<string>
-
README.md, line 18 (link)logic: Package name mismatch: shows
@react-native-voice/voicebut package.json indicates this fork is@dev-amirzubair/react-native-voiceShould this installation command reference your fork package name instead?
-
README.md, line 175 (link)logic: Plugin reference uses wrong package name - should match your fork name from package.json
-
src/index.ts, line 309-359 (link)style: Calling
_setupListeners()on every event setter creates performance overhead - listeners are removed and re-added repeatedly even when unchanged. Would it be more efficient to track which events have changed and only update listeners when necessary?Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!
18 files reviewed, 6 comments
Turbo modules fixed
will work for both new and old architecture
also both Android and iOS