As noticed in D687, the Selectable and RallyPointRenderer component execute some unneeded code

• if the entity has just been created and then received ownership right after that
  • not needed for Selectable because the overlay is created upon selection
  • not needed for RallyPointRenderer because the entity cannot start with Rallypoints
• if the entity has been destroyed (because then it won't be rendered anymore)

Notice as of rP18848/rP19217, the RallyPoint component deletes all rallypoints upon capturing.
However the RallyPointRenderer currently pretends to care about capturing while failing to do so properly as it misses an ConstructAllOverlayLines.

Therefore fix the RallyPointRenderer capture support, so that modders and special maps can still persist rallypoints upon capturing change
without changing C++ code (even if it is currently an occasional, small waste of performance).

Compile with the patch and check for regressions in the following situations:

Test 1:

1. Remove the OnOwnershipChanged function from RallyPoint.js
2. Start a game with revealed map
3. Set some rallypoints with shift-click
4. Use alt+d to switch to the enemy perspective.
5. Select that building and click on control-all-units to reveal the enemy rallypoints.
6. Use the "wololo" cheat.

Notice that the rallypoint colors have the new player color and new civ markers.
Notice that the selection ring has the correct color.

Test 2:

1. Open a scenario map in Atlas.
2. Select an entity without owner, i.e. a decorative and notice a white selection ring.