Sometimes due to data integration work, the topic tree can not be correctly
loaded as a layer is added to the topic before it even exits on the BOD.

Therefore on DEV in this case we print a warning instead of an error.

…sitivity

Made the import tool maps provider search case insensitive

PB-352: Added external provider from geodienste.ch

…n the menu

PB-281: Removed print layout enumaration and removed dev site guard on the menu

…content

…ton-without-legend-rename-variables

PB-324: show layer info button without legend rename variables

The preview layer was not clear when selecting the layer, which let the layer
on top of the stack until a new layer preview was set. Due to this the user
had the impression that it could not changed its active layer configuration
because the preview was still on top.

PB-370: Clear preview layer on selection

simplifying in the process the code of FeatureStyleEdit and removing all "Cypress only" code here

Add retryabiity for drawing test

Sometimes during the releases build the test "reads and adds an external WMTS correctly"
reached the timeout of waitMapIsReady. It seems to occur only during release
build strangely.

Jumping between category worked only when the previous category had inputs.

The preview of a search entry can be quite time processing and needed to have some
debouncing to avoid too many store dispatch. Also if the preview was a geojson
layer that needs to be loaded we needed a way to cancel the load if it was
still ongoing when clearing the preview.

To solve those issue the preview layer is delegated to the search list component
which is responsible to send the preview dispatch. This also allow to avoid
sending in a row a clear and set dispatch when changing focus from one entry
to the other.

Now we also have the preview when navigating with the keypboard.

The geojson preview loading is also aborted when preview is cleared.

PB-89: Fix preview of geojson layers

…elease a new version.

PB-111: Fix print spec send to the print service

Those twos have been deprected by canton Zürich and were not working anymore.
They gave us two other alternative.

The image.discomap.eea.europ.eu did not worked anymore and returned a HTTP 404.
Therefore removed them.