Skip to content
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

Feat/rn 0.71 backmerge #34

Merged
merged 209 commits into from Mar 1, 2023
Merged

Feat/rn 0.71 backmerge #34

merged 209 commits into from Mar 1, 2023

Conversation

bishalfan
Copy link

No description provided.

igorgn and others added 30 commits August 18, 2021 11:52
Following the discussion here: wix#6618.

## Android
- Colours are parsed natively.
- Creating custom colour when a PlatformColor is passed to native.
- Both light/dark values have the same res attribute resolved when `get` is called.

## IOS
- Added a custom colour.
- Changed storyboard splash screen.
- Using `labelColor` as a test.


CC: @yogevbd 
closes: wix#6618

Co-authored-by: Yogev Ben David <yogev132@gmail.com>
When testing the `registerModalAttemptedToDismissListener` event, I noticed that I had to set the `swipeToDismiss` flag to false. The docs currently falsely indicate it should be `true`
Modify flags for DecorView in the global main thread handler caused ui to freeze when calling `mergeOptions` inside useEffect.
This happens on Samsung devices with Android 9, that seems it has issues internally since it is not reproduce on emulator and other devices including Samsungs with new android versions.

The workaround was to set the flags in a task to run in the DecorView MessageQueue in order to ensure flags are set when the DecorView is ready internally to accept changes.

Co-authored-by: Yogev Ben David <yogev132@gmail.com>
* Add test cases for new issues

* handle pause/resume in modal stack

* Delete OverlayManager.java

* pass pause/resume to modals/overlayes

- overlays should always get the events since they are on top
- modals basically covers the whole view behind
- all other layers can handle events in this order

* Update OverlayManager.kt

* Update Navigator.java

* add tests for overCurrentContext mode

* add peekDisplayedOverCurrentContext

* call root when top modal is overCurrentContext

Co-authored-by: Guy Carmeli <guyca@users.noreply.github.com>
wixmobile and others added 25 commits November 7, 2022 08:33
Co-authored-by: Lawrence Dabir-Alai <lawrence.dabir-alai@klarna.com>
Co-authored-by: Yogev Ben David <yogev132@gmail.com>

Co-authored-by: wixmobile <mobile1@wix.com>
…ewController (wix#7644)

This caused a bug in our Wix app when presenting a modal while another one is dismissed. The presented modal was dismissed as well along with the one that was being dismissed.
Until now, invoking `Navigation.constants()` and `Navigation.constantsSync()` failed in our headless tests.
This PR fix this and some lint issues.
…read (wix#7657)

This fixes a crash happening in the Wix app, look like there's a race condition where the activity is destroyed and `navigator.onHostPause()`gets called too late. Most of times this shouldn't be delayed as it is called on the main thread.
Previously if an element was not found, then it would break out of the loop looking for further (possibly valid) shared element transitions. Now it'll continue the loop, which is the expected behavior.
This is helpful to troubleshoot test issues
@rahulfancode rahulfancode merged commit f98cddf into master Mar 1, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet