Open giohappy opened 2 years ago
@aaime can you shed some light on this?
The 2.19.x behavior is the correct one, if you're requesting on a workspace-specific capabilities document, all names must be de-qualified, including style ones, not just layer ones like in the past. It's something we fixed recently.
thanks @aaime. So MapStore built a functionality on top of a wrong behaviour of previous GS versions...
@giohappy @aaime I was working to improve the client but there is a case where I'm not able to recognize the correct workspace of a style. See this comment https://github.com/GeoNode/geonode-mapstore-client/issues/519#issuecomment-933344224
@aaime I undersand the rationale under the decsion of dropping the workspace prefix, but now I see a couple of inconsistencies.
While testing other solutions based on the metadata returned from the API we notices that the workspace prefix has been stripped from the style response, but it's still used inside the layer response. Is this behaviour done on purpose?
quick report of the internal call:
MapStore expects to receive the the workspace prefix inside the style name returned by the GetCapabilities. It used to work in 2.18.x, even for GC requests toward workspaced services. For example this request returns
2.19.x doesn't return the workspace prefix anymore. A similar request returns
Is this behaviour expected? Is the change on 2.19.x done on purpose?
The missing prefix breaks MapStore's Style Editor logic.