-
Notifications
You must be signed in to change notification settings - Fork 955
Flipper enabled by default on release builds #4627
Comments
Maybe this is a red herring, because on a working project the FlipperKit config also has There really has to be a better solution to this issue though: #4471 |
Try
This seems to do the trick for me, and i am able to archive with no header issues, and inspecting the pod build configurations, all looks to be in order once this is applied. Was using version 0.185.0. |
@abejfehr Did you able to fix the issue? |
@muhsin-k I didn't see your response, sorry 😅 I'm currently using a patch-package that removes checks for |
@abejfehr Would you be open to sharing the patch somewhere? I'm hitting this issue and a patch package patch file would be very handy right about now! :-) |
With Flipper 0.189.0 I don't have I have fixed the error 'Undefined symbol: OBJC_CLASS$_FlipperClient ...' by adding 'Release' to FlipperConfiguration:
Hope that helps |
For anyone else who finds this issue and like me doesn't understand where these code snippets folks are posting are supposed to go, here's what I believe to be the answer:
I think the same is true of the block above from @robertbarclay like @nicolastrafenchuk I believe in your example above, I can just change my "plugins": [
[
"expo-build-properties",
{
"ios": {
"flipper": "0.189.0"
}
}
]
] That results in the same value being set in my Podfile, at least, I'm pretty sure it does. My solutionHowever, none of the above worked for me. What did fix the issue for me was a suggestion I found here and here. I had to add Now I can build for Release and run it on a simulator. I will admit I learned a bunch about pod files and iOS in general during the process! Thanks @nicolastrafenchuk and the others for sharing tips, they were all helpful on the path to eventual success! |
still having this problem. tried all the of the above |
+1 |
1 similar comment
+1 |
Noticed the same issue. It has started with me getting 'Undefined symbol: OBJC_CLASS$_FlipperClient ...' error when trying to archive, I am not even sure what caused it because I have not done any changes that could lead to it. Fixed it with applying same thing that @nicolastrafenchuk did. But I still had Very weird, not sure what is going on. |
Flipper 0.189.0 has fixed this |
It does not, there is still |
This solution should work #4278 (comment) |
It Works. Thanks. |
Good job. It's work for me .
|
This isn't necessarily a resolution to this issue. By adding "Release" to your config, you are enabling Flipper for your Release which is unnecessary and not recommended. |
FB_SONARKIT_ENABLED is still enabled in release and debug modes. In AppDelegate.mm some modules depends on it, that means we let them to be included in Release (for example React native perfomance monitor). I think we should replace FB_SONARKIT_ENABLED with another indicator or fix FB_SONARKIT_ENABLED for Release mode |
:flipper_configuration => flipper_config = FlipperConfiguration.enabled(["Release","Debug"], { 'Flipper' => '0.191.1' }), adding this line will remove _UNDEFINED_SYMBOL errors by the way anyone help in it where to change it from its own config. or how can we upgrade it. |
Has anyone come up with a workaround which does not involve enabling Flipper on release builds undesirably? |
🐛 Bug Report
FB_SONARKIT_ENABLED
is currently set to1
on builds other than ones where Flipper should be enabled.The Flipper documentation says you should be able to:
To Reproduce
Initialize a new react native app:
Modify the Podfile so the flipper_configuration is:
Open the workspace in XCode and observe that
FB_SONARKIT_ENABLED
is still set:Environment
Flipper 0.182.0
The text was updated successfully, but these errors were encountered: