honestly i don't like forks in project as Gimp , not at all ! May be exception for fork that may be easily merged back ..
.but in case are not really fork.I like a lot Gimpainter even more if combined with GPS (Gimp Paint Studio) but i do not consider Gimpainter a fork
(as i believe its developer ).
Actually in the gimp git a lateral branch host something very similar to the RGGJAN selection tool ;
a similar but i believe more mature and stable project that from what i heard risk to be merged not before 2.10,
The same for the future replacement of Iwarp that should become a tool with a real-time preview applied to the image
I believe compiling one of those branch would be more rewarding than support a not manteined fork,
..and who know may even help to speed up the testing needed to merge in the standard version of gimp.
I hope my distinction between fork and branch will not sound pedantic:
the first subtract attention,users and energy from the original project,
the second may even help to speed up the integration of new feautures developed in lateral branch...
for me is not a little difference