React-native-router-flux: Maintain own fork of react-navigation?

Created on 22 Aug 2017  ·  20Comments  ·  Source: aksonov/react-native-router-flux

Hey guys,

Many bugs exist in react-navigation for months and it happens even with proposed PRs that fix some critical issues (like https://github.com/react-community/react-navigation/pull/793). What do you think if RNRF will use forked react-navigation with most useful PR merged? Downside will be possible conflict with upcoming beta.12 but its release date is unknown...

discussion

Most helpful comment

@RWOverdijk Welcome to RNRF! I'm trying to merge all PRs if they are useful.

All 20 comments

I think it's a great idea, since many of current v4 issues are related with react-navigation.
It would be nice to merge the best PR's from react-navigation.

Please list PR here to merge.

I think one of the most important PRs is the one that fixes slow transitions on android.

For instance this issue: https://github.com/react-community/react-navigation/issues/608

Where is that PR?

23 авг. 2017 г., в 21:52, Amurmurmur notifications@github.com написал(а):

I think one of the most important PRs is the one that fixes slow transitions on android.

For instance this issue: react-community/react-navigation#608


You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub, or mute the thread.

@aksonov Sorry for not mentioning, I think this approach fixes the issue: https://github.com/react-community/react-navigation/issues/706#issuecomment-295322551

Update:
Couldnt find an exact PR that fixes the slow transitions on android, but definitely a hot topic and problem that exists for a long time. :/

👍 I've been patient for long enough now. Which is annoying if you could actually help, but it then doesn't get merged.

@RWOverdijk Welcome to RNRF! I'm trying to merge all PRs if they are useful.

@aksonov I got that :p I'm not new here, see how it says contributor? Haha.

That's a good idea. At least until it can be merged back / they create a board of more diverse members to allow for a better flow of progress.

per-scene (not per-navigator) modal configuration
https://github.com/react-community/react-navigation/pull/2308

I'm not a big fan of splitting community like this, neither unmerged PRs. IMO, PRs should be merged in their respective repositories.

I just shared this with react-navigation team.

I would have to agree with @charpeni here - I'm not a huge fan of splitting because it would greatly increase confusion for anyone getting started (do they choose React Navigation, react-native-router-flux, react-native-router-flux's fork of React Navigation --- in addition to the plethora of options already out there).

That being said I understand the desire/need to fork react-navigation for certain things, and especially the frustration with fixes not landing in master & new releases. Fortunately the project has some new blood that's pushing the project forward. The original maintainers have _a ton_ of projects (that are heavily relied on by the community) but only have so much time, thus react-navigation has fallen a bit behind.

As you can see by the project pulse a lot of issues have been closed over the last few weeks! That's our primary goal right now - get out from under the mountain of issues - and we're almost there!

Here's a quick run down of our game plan:

  1. Triage all issues
  2. Close duplicate issues
  3. Merge "easy" PRs (documentation, small bug fixes)
  4. Figure out new path to 1.0 (what bugs exists, most requested features - the links you all have posted are very helpful in weighing that)
  5. Start merging PRs/putting together PRs that get us closer to 1.0
  6. Repeat step 5 until completion
  7. Release 1.0 🎉

It's definitely a process and the new contributors (myself included) are still getting ramped up so it's taking us a bit of time but I hope that you see the project is coming out of hibernation and we want to put together an incredible navigation solution.

Thanks @spencercarli.

I now have push access to react-navigation, feel free to ping me if there're any pull requests blocking you.

@charpeni Could you go through all of the PRs that have been linked in this issue and merge them? It would be a great start and restore confidence in the original project to see long standing PRs finally being addressed.

Has the situation improved since? We are in the situation to drop RNRF v3 because RN 49 uses react 16, which has no more the depreciated prop-types. Hence, react-native-router-flux v3 wont compile.

Now we have to update / switch. I looked into V4 and as it seems, conditional tab hiding does not work. That is a blocker for us. From the migration guide this issue still persists.

We would love to stay with RNRF because of the native redux integration; but are now evaluating to switch to https://github.com/wix/react-native-navigation due to 0 confidence into the proper maintenance of react-navigation. On the other hand, react-native-navigation is in a "do it yourself" redux state and in the middle of v2.

Any advise?

Thanks @stereodenis — the progress looks promising. Two things I still worry about:

Migration Guide from RNRF V3 to V4

No support for partial hiding of tab bar for some tabs because of react navigation bug (react navigation issue): https://github.com/react-community/react-navigation/issues/1584

That is not very eminent to see from the contribution pulse. All this would be easier of course, if RNRF would support other navigator engines — such as wix/react-native-navigation.

@D1no I personally don't see any perf problems with react-navigation on android, and my app isn't all too simple. It may be the problem wasn't with the library but with the people's code. Also make sure to not run the code in dev mode if testing for perf...

Was this page helpful?
0 / 5 - 0 ratings