Auswahl Speichern - falsche Reihenfolge

[Sven Junker-Beyel]

Beim Auswahlspeichern von Hintergrundkarten im Themenbaum Custom stimmt die Layerreihenfolge nicht.

Kann man nachstellen im masterCustom: https://localhost:9001/portal/masterCustom/?Map/layerIds=717,452,368&visibility=true,true,true&transparency=0,0,0&Map/center=[564826.2505657848,5935747.826766658]&Map/zoomLevel=6

Portal aus dem der Link erstellt wurde:

Portal nach dem Aufruf des gespeicherten Links:

‌

[Carina Brühl]

Hallo Sven,

was genau meinst du denn mit “falsche Reihenfolge”? Geht es darum, dass die Layer “ALKIS farbig“ und “Digitale Orthophotos“ nach dem Aufruf des links nicht unter der Geobasisdaten Karte liegen?

Bei mir sieht es im Portal masterCustom anders aus, wenn ich deinen Link benutze:

Ich hab statt Checkboxen aber auch Radio Buttons, weswegen es sowieso nur möglich sein sollte, jeweils eine Hintergrundkarte aktiv zu haben..

Wenn ich über den Radio Button die Layer wechsle verändert sich der Link oben nicht. Allerdings ist das auch im Portal “master” der Fall, also nicht nur auf “Custom” beschränkt. Ist das hier damit gemeint?

[Heiko Friedrich]

Moin,

wenn auf “Auswahl speichern” geklickt wird, wird ein Link (in dem die Layer “sichtbar” mit drin sind) erzeugt. In diesem Link wird die Layerreihenfolge falsch abgespeichert. Allerdings ist das nur so, wenn mehrere Layer aus “Hintergrundkarten” ausgewählt sind. (Das ist möglich, da es dort bei “Hintergrundkarten” keine radio-buttons sondern ebenfalls Checkboxen sind.) Sobald ein Layer aus “Fachdaten” mit dabei ist, stimmt die Reihenfolge der Layer wieder.

Sven hat das Problem korrekt beschrieben. Wir aus Norderstedt hatten dem Support diesen Bug gemedelt. Wir bräuchten hier eine baldige Lösung, da wir in dieser Portalversion noch weitere Software einer Firma eingebettet haben, die aktuell eben nur in dieser Version läuft.

‌

Grüße,

Heiko

[Carina Brühl]

Hallo Heiko,

danke für die Beschreibung. Ich habe den Fehler mittlerweile gefunden und gefixt, in der nächsten Version sollte das also behoben sein.

Viele Grüße,

Carina

[Heiko Friedrich]

Okay, super danke! Kann das auch als Backport für 2.32.x Version gelöst werden? Das wäre gut! ☺

[Carina Brühl]

@geowerkstatt
Hallo zusammen,

wie wäre denn das Vorgehen für einen solchen Hotfix für v2.32.x? Übernehmt ihr das? Oder dürfen wir das in dem Repo machen?

Danke und viele Grüße,

Carina

[Friedrich Müller]

@Carina Brühl

Generell wird nur der aktuelle dev Branch maintened bzw. die aktuelle Versionsnummer gepatched.

Ein Fixing von alten Versionen ist nicht vorgesehen.

VG

[Nico Schliffke]

@geowerkstatt Könnten wir das in diesem Fall aus eigenen Mittel bzw. Antrieb machen, auch wenn es Prozessual nicht vorgesehen ist?

[Friedrich Müller]

@nico schliffke

Das würde ich verneinen, da wir das bearbeiten von historischen Versionen allgemein nicht anbieten. Das Fixen einer speziellen Version wäre ein Sonderauftrag und der merge/tag Prozess müsste mit der Produktpflege abgestimmt werden.

VG