Skip to content

Conversation

slavikdenis
Copy link
Contributor

@slavikdenis slavikdenis commented Oct 28, 2022

Summary:

Removing redundant "enabled" property as discussed in #424 (comment) and documented in #426

Fixed some instructions in README as well:

  • iOS: "npm run ios in example/ios folder" instead of "npm run example-ios" <-- the other command runs pod-install which installs pods with old arch
  • Android: adding note that after changing settings to new architecture, first run fails for some reason and other ones are running fine 🤷

Test Plan:

Enabled "disabled" example for all platforms, so run the examples and test it out :)

iOS:
simulator_screenshot_0E3EFDC2-4119-4CD8-B8F7-7FC738E92C2E

Android:
Screenshot_1666969491

@slavikdenis slavikdenis linked an issue Oct 28, 2022 that may be closed by this pull request
README.md Outdated
#### Android
- Set `newArchEnabled` to true inside `example/android/gradle.properties`
- Run `npm run example-android`
- Run `npm run example-android` _(first run might fail, try to run it again)_
Copy link
Member

@BartoszKlonowski BartoszKlonowski Oct 28, 2022

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is worrying... What do we mean here by "first run"? Do we mean the build? Or the app launch?
We don't have anything like that reported and I didn't observe it yet neither in my work with example app, neither in CI builds.

Let me double check it so we make 100% sure it's not a local issue of yours that we put to official docs - for that can you create also the issue in repo so I can check it in repro app?
What I'm trying to say: if you observe such issue then for sure it's totally something to be checked and handled. But let's do that before we put such statement in docs.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This happened in this scenario:

  • clone project
  • run install
  • run android on the old arch
  • change settings to the new arch
  • run android on the new arch (without cleaning android <-- might be the problem)

It might have failed on some of the downloads that were going on, but not sure. If you prefer, I can remove the note in the README. Just put it there so people might try it out once more before creating an issue

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@slavikdenis Thanks for explaining 👍
Hm, so if this issue appears without cleaning, then I'd prefer to have a note in README that the clean of Android build is suggested when building new arch on an old arch.
Yes, let's remove that from this PR - I think that no matter what kind of note we decide to put in README it's always better to separate such changes between two PRs.
But thank you for noticing this and letting me know, it's definitely something worth revisiting.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Removed via 8303f8a

Let's see if it occurs to anyone else 👍

In order to use the new architecture some extra steps are needed.
#### iOS
- Install pods with new arch flag inside `example/ios` folder: `RCT_NEW_ARCH_ENABLED=1 pod install`
- Run `npm run example-ios`
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Let's remove that change.
Having this like so is intentional - it guides how to launch the example from project's root where the README is.
We can add the proposed step as additional, alternative like: "or run npm run ios(...)" but still it should be done in separate PR. This PR is about redundant enabled property.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done ✔️

Copy link
Member

@BartoszKlonowski BartoszKlonowski left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good, Thank you! 👍

@BartoszKlonowski BartoszKlonowski merged commit 29df609 into main Nov 7, 2022
@slavikdenis slavikdenis deleted the 426-remove-redundant-enabled-property branch November 8, 2022 08:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Remove redundant enabled property

2 participants