(fix) - portals 2.0

[JoviDeCroock]

Current problems

Initial render

I moved this to a solution where we prepend children to the root's _children array and after that call forceUpdate since roots are components. This in theory could be a good approach but when we initially render, forceUpdate won't do anything, since _vnode etc isn't defined yet. (I have tried setting an empty state didn't work either).

Inserting multiple roots

Our former solution where we used hydrate('', container) makes it so that the second insertion hydrates the first portal. This in turn makes it so that we can't unmount the first one with render(null, container) anymore. This was a signifier that we should avoid using hydrate for portals.

Switching container

At the moment I rely on render(null, container) to work, in theory this should be good enough for the time being but when we have a better solution we should test more thorough.

Singular insertions

Note that the singular insertions at the moment are working since these fallback to hydrate and render, these tests are always on initial render etc so don't take these passes for granted.

How did we get here?

First we encountered the issue that we didn't insert portals, we made the assumption that portals were rendering into empty roots.
We solved this by prepending the portalChild, this in turn unmounted all children when using render(null, container). This was solved by using hydrate('', container).

I could really use a few pointers on this since I feel like I've been going in the same circle for a while now.

Test cases added for the new issue report, thanks to @MichaelRando for the reproductions

Found a missing case to allow changing container, these two failing tests leave me jumbled though.
Been researching the hint provided about Fragments but this feels like odd behavior

• support switching container
• support multiple portals in one root
• avoid irrelevant children from rerendering

[coveralls]

Coverage increased (+0.5%) to 99.565% when pulling 6f409b7 on fix/portals2.0 into 65af849 on master.

[JoviDeCroock]

Closing this due to remake