Layer wird als ausgewählt dargestellt, selbst wenn dieser nicht geladen werden konnte

[Pascal Röhling]

Prämisse: Layer konfiguriert im Masterportal, allerdings nicht erreichbar

Aktuelles Verhalten:

• Themenbaum öffnen
• Layer auswählen
• Loader wird angezeigt; bricht nach definiertem Zeitraum ab
• Layer ist im Themenbaum ausgewählt, wird in der Karte allerdings nicht angezeigt

Als Nutzer würde ich in dieser Situation erwarten, dass der Layer im Themenbaum nicht ausgewählt ist und ich eine Information erhalte, dass dieser aktuell nicht erreichbar ist; ob der Grund hier dargestellt wird, kann gerne diskuttiert werden.

[Sven Junker-Beyel]

Moin, gibts ein Beispielportal hierzu, in dem der Fehler auftritt?

[Pascal Röhling]

Der Fehler würde in jedem Portal auftreten, in welchem ein Dienst für den Nutzer nicht verfübar ist; sei es, weil er offline ist oder er keine Berechtigung hat.

[Dennis Sen]

Ich habe eine Reproduktion des Problems an das Issue angehängt. Verschiedene Diensttypen verhalten sich hier auch unterschiedlich – in der Reproduktion einmal WMS/WFS als Beispiel, wobei ich die portal/basic-Konfiguration nahm und zwei URLs zerspielte (“Stadtrot” statt “Stadtgrün”, “beurlaubt” statt “belaubt”). Beim WMS passiert einfach nichts (außer 404 im Netzwerktab), beim WFS gibt es einen langen Ladebildschirmhänger, aber der Fehler wurde sofort in einem .catch abgewürgt.

Ich sehe hier zwei Handlungsschritte:

1. Die masterportalAPI muss lernen Fehler an den Aufrufenden zurückzugeben. Ich denke hier daran einfach zu throwen und die Fehlerbehandlung an den Einbindenden zu delegieren, oder ein onError aufzurufen. Mal in OL schauen, was da mehr “der Weg” ist.
2. Das Masterportal muss lernen diese Fehler zu fangen und adäquat zu reagieren.

Schritt 2 sähe ich wie #663 erst nach dem Refactoring des Themenbaums. Schritt 1 gehe ich schon einmal an. Da das Ticket erstmal bei Schritt 2 stehen bleiben muss, stelle ich auf ONHOLD.

@Pascal Röhling @Sven Junker-Beyel Zur Kenntnisnahme. Bei der Planung des Themenbaumrefactorings am besten schon bedenken.

[Dennis Sen]

Siehe vorangehender Beitrag.

[Dennis Sen]

Einen PullRequest zu 1 habe ich hier gestartet: https://bitbucket.org/geowerkstatt-hamburg/masterportalapi/pull-requests/69/issue-814-add-error-handling-options

Ist leider nicht trivial, aber damit kann man die Situation immerhin schon mal verbessern.

[Dennis Sen]

Vorangehender PR ist gemerged. Nach dem nächsten Release der masterportalAPI kann das Issue gelöst werden. (Vielleicht im Zuge des Themenbaum Refactorings?)