[expo-updates][android] Make scopekey only required when getting database entity (#24466)

[expo-updates] Prevent failed updates in checkForUpdateAsync() (#24112)

# Why

If an update has a launch failure, our startup code detects the problem
and launches the previous update or the embe

[expo-updates] Prevent failed updates in checkForUpdateAsync() (#24112)

# Why

If an update has a launch failure, our startup code detects the problem
and launches the previous update or the embedded bundle instead. On
future restarts of the app, the failed update will be ignored.

However, the JS API (checkForUpdateAsync()) does not do the same check,
as it is not running the full startup flow that includes an attempt at
launch.

# How

If a new update is detected in checkForUpdateAsync(), we now search for
it in the DB to see if it is already there, and if so, execute
`shouldLaunchNewUpdate()` against that. Launch failures will cause this
method to return false, and the update will be ignored as expected.

In order for developers to know when this occurs, this PR includes a
change to the `UpdateCheckResult` type returned by
`checkForUpdateAsync()`. A new optional `reason` property is now
included in the result, so that this and other possible conditions are
surfaced to the calling JS application code. At the moment, we are not
adding the message to the state machine context, but only in
`UpdateCheckResult`.

# Test Plan

- Manual testing with the JS API

# Checklist

<!--
Please check the appropriate items below if they apply to your diff.
This is required for changes to Expo modules.
-->

- [x] Documentation is up to date to reflect these changes (eg:
https://docs.expo.dev and README.md).
- [x] Conforms with the [Documentation Writing Style
Guide](https://github.com/expo/expo/blob/main/guides/Expo%20Documentation%20Writing%20Style%20Guide.md)
- [x] This diff will work correctly for `npx expo prebuild` & EAS Build
(eg: updated a module plugin).

---------

Co-authored-by: Aman Mittal <[email protected]>

show more ...

[expo-updates] Remove @expo/use-updates (#24113)

# Why

This module is being replaced by the new `useUpdates()` JS API in
`expo-updates` for SDK 50.

# How

Remove the module and all referenc

[expo-updates] Remove @expo/use-updates (#24113)

# Why

This module is being replaced by the new `useUpdates()` JS API in
`expo-updates` for SDK 50.

# How

Remove the module and all references to it.

# Checklist

<!--
Please check the appropriate items below if they apply to your diff.
This is required for changes to Expo modules.
-->

- [x] Documentation is up to date to reflect these changes (eg:
https://docs.expo.dev and README.md).
- [x] Conforms with the [Documentation Writing Style
Guide](https://github.com/expo/expo/blob/main/guides/Expo%20Documentation%20Writing%20Style%20Guide.md)
- [x] This diff will work correctly for `npx expo prebuild` & EAS Build
(eg: updated a module plugin).

show more ...

[expo-updates] Add rollback support to useUpdates() (#24071)

- New UpdateInfoType for rollbacks
- Support for rollbacks in state machine

# Test Plan

- Unit tests and E2E test coverage added

[expo-updates] Add rollback support to useUpdates() (#24071)

- New UpdateInfoType for rollbacks
- Support for rollbacks in state machine

# Test Plan

- Unit tests and E2E test coverage added

# Checklist

<!--
Please check the appropriate items below if they apply to your diff.
This is required for changes to Expo modules.
-->

- [x] Documentation is up to date to reflect these changes (eg:
https://docs.expo.dev and README.md).
- [x] Conforms with the [Documentation Writing Style
Guide](https://github.com/expo/expo/blob/main/guides/Expo%20Documentation%20Writing%20Style%20Guide.md)
- [x] This diff will work correctly for `npx expo prebuild` & EAS Build
(eg: updated a module plugin).

---------

Co-authored-by: Will Schurman <[email protected]>

show more ...

[expo-updates][android] Bare update manifest non-nullability parity (#23166)