Falsche Anzeige im Modus Attributtabelle öffnen -> Formularansicht umschalten

[ackmar]

Mit der Funktion 'Objekte abfragen' wird das Formular korrekt mit den definierten Sichtbarkeitsausdrucken und den berechneten Vorgabewerten angezeigt (siehe erstes Bild).

Wenn der Layer aber über die Funktion 'Attributtabelle öffnen' auf Formularansicht umgeschaltet wird, erhalte ich eine falsche Anzeige. Zum einem werden die Tabs und zum Anderen die aktivierten Kontrollkästchen nicht angezeigt (siehe zweites Bild).
Das QGIS Projekt in der Version 3.16 abgespeichert in der Version 3.22 zeigt, ähnliches falsches Verhalten.

QGIS-Projekt mit Datenmodell:
Beispiel.zip

[ackmar]

@signedav

Hallo Dave
Ich wollte nachfragen, ob dieses Issue bei der Community schon bekannt ist oder müsste man das noch näher betrachten.
Wir haben immer wieder ähnliche Probleme mit der falschen Anzeige im Formularmodus sowohl auf 3.16 wie auf 3.22.
Beste Grüsse Marcel

[signedav]

Hab auf die Schnelle keinen Issue entdeckt. Soll ich da mal weiterschauen? Ist das nur im angehängten Projekt so, oder fällt dir das öfters auf?

[ackmar]

Ja gerne, ist leider kein Einzelfall.

[signedav]

Habs mal im 3.16 (rechts) und mit dem Master getestet. Da das Beispiel keine Datenenthält hab ich einfach das QML in das mit ili generierte Projekt importiert und dann modifikationen gemacht: Ich denke die t_id war anderst und deshalb hab ich die Expression so modifiziert, dass es auf 7 prüft. Ausserdem waren einige Felder nicht editierbar und leer und mandatory.

Es scheint also, dass der Fehler mit den Tabs mit 3.22 behoben ist. Dass die Checkboxen keine Werte mehr enthalten, konnte ich nicht reproduzieren.

[romefi]

@ZsanettMed @ackmar besprechen beim nächsten Meeting

[ackmar]

@ZsanettMed

Wie besprochen eine Aufnahme zum Verhalten der unterschiedlichen Werteanzeigen Formular- und Tabellenansicht.

[ackmar]

@ZsanettMed

Konnte zwischenzeitlich der Fehler evaluiert werden?

[signedav]

@ackmar Mit 3.22 konnten wir es noch nicht reproduzieren. Welche Funktion schreibt denn den Wert in das Feld und wie (default value oder virtuelles Feld)? Kannst du uns ein komplett konfiguriertes Projekt mit den Daten (GPKG) bereitstellen?

Edit: Welche Version QGIS vewendest du?

[ackmar]

@signedav Mit der Version 3.22 habe ich ein Beispiel zusammengestellt, wo die Anzeige des fid-Datensatzes (6) im Formular falsch angezeigt wird. Hier müssten alle Booleanfelder angehäkelt sein.

Datei: Beispiel.zip

Tabelle:

Formular:

[ZsanettMed]

Vielen lieben Dank @romefi . Super Beispiel und ich konnte es gut reproduzieren. Damiano (@domi4484) hilft mir morgen bei diesen Issue. Ich melde mich sobald ich mehr Infos habe.

[ackmar]

@ZsanettMed
Ich gehe davon aus, dass dieser Bug Fix im Mai auch in der Version 3.22.7 behoben ist. Kannst Du mir das bitte bestätigen? Vorab besten Dank für deinen Service.

[domi4484]

@ackmar dieses patch soll der Bug beheben. Entschuldigung es hat lang gedauert, war schwierig zum finden.

[ackmar]

@domi4484
Herzlichen Dank für den Fix. Der Fehler existiert seit LTR-Version 3.16 und nehme an, dass der Bug auch in der aktuellen LTR-Version 3.22 behoben wird. Mit welcher 3.22.# Version ist zu rechnen?
Vorab besten Dank für die Rückmeldung.

[domi4484]

@ackmar das sollte im 3.22.7 drin sein, geplant am 13.05.2022 laut qgis roadmap

[ackmar]

@domi4484 @ZsanettMed
Nach Test's mit Beispiel und der aktuellen Version 3.22. 7 besteht der Bug leider weiterhin. Ab welcher LTR-Version wird der noch existierende Fehler gefixt sein?

[domi4484]

@ackmar der Fix ist effektiv in 3.22.7 nicht drin. Ich habe erst jetzt erfahren das die fixes (wenn nicht als dringend eingestuft werden) gehen zuerst in die aktuelle Version rein, und erst nach 4 Monate in das LTR. Dies wird gemacht um sicher zu stellen das das LTR keine "schlechte" fixes bekommt.
Das heisst der Fix ist im 3.24.3 schon drin, aber wird erst im 3.22.8 LTR rein kommen.
Tut mir leid für die falsche Infos vom letzte Nachricht.

[ackmar]

@domi4484 Vielen Dank für die Informationen. Habe es in der Version 3.24.3 auch getestet und dort greift der Fix leider nicht.

[domi4484]

@ackmar ok ich werde es nachgehen

[domi4484]

Ich habe es gerade mit 3.24.3 getestet und könnte auch ein Problem feststellen, allerdings nur teil vom originale Issue.
Nur das erste mal wenn ich das Projekt öffne stimmt beim fid 3 der Hacken vom Schutzwald nicht. Danach stimmt immer alles (auch das dritte).
@ackmar sieht bei dir auch so aus?

[ackmar]

@domi4484
Bei mir sieht die Anzeige in QGIS 3.24.3 etwas anders aus (siehe nachstehend). FID 3 und 4 stimmen mit der Attributtabelle nicht überein.

[ackmar]

@domi4484 Gibt es schon neue Erkenntnisse?

[domi4484]

@ackmar ich kann das leider nicht auf meine Entwicklungsmaschine reproduzieren (aber ich kann mit die nightly builds aus OSGeo).
Ich habe eine Vermutung an was liegen könnte und habe entsprechend eine pull request gemacht.
Bin nicht sicher ob diese pr das Problem löst. Performance beim attirbute form öffnen, oder beim feature wechseln in die attribute Tabelle sollen allerdings besser sein.
Wenn der neue nightly build verfügbar ist werde ich es ausprobieren.

[domi4484]

@ackmar mit der nigthly build sieht jetzt gut aus (bonus die attribute tabelle reagiert auch schneller beim feature wechseln). Kannst bei dir auch ausprobieren?

[ackmar]

@domi4484 Ab welcher 3.22.# Version ist der Fix integriert?

[domi4484]

Im Moment ist es nur in die entwicklungs-version (nightly builds) drin. Ich habe nachgefragt ob man das backportieren kann auf 3.22 und 3.24.
Um zu testen ob der fix richtig tut ohne seiteneffekten, du kannst die entwicklungsversion installieren mit der OSGeo installer. Der exe heisst qgis-dev-bin.exe

[ackmar]

@domi4484
Beim Starten der qgis-dev-bin.exe erhalte ich folgenden Fehler.

Auf einem anderen Gerät zusätzlich installiert, erhalte ich denselben gemeldeten Fehler. Kannst Du mir da weiterhelfen?

[m-kuhn]

@ackmar kannst du qgis-dev.bat starten?

[ackmar]

@m-kuhn dann bekomme ich folgenden Fehler.

[m-kuhn]

Möglicherweise fehlt das Paket PDAL in der Installation (siehe qgis/QGIS#41740 (comment))

[romefi]

@m-kuhn welcome back :)

Wenn "pdal" auch installiert wird, funktioniert es bei mir.

[romefi]

@domi4484 Der Fehler ist mit dem aktuellen Nightly Build nicht mehr vorhanden.

Ist ein Backport auf 3.22 geplant? Aus unserer Sicht wäre das nötig, da es ein Bug und kein Feature ist.

[domi4484]

@romefi @ackmar freut mich das der Fehler endlich weg ist :)
Backport auf 3.22 habe ich ins weg geleitet (sehe pull request). Aber der Code in die Attribute Tabelle wird als relativ empfindlich gefunden, das heiss zuerst wird der fix in QGIS 3.26 landen. Wenn der fix in 3.26 keine böse Seiteneffekten zeigt, denn wird es auch in der nächste 3.22.x kommen. Das heisst es wird leider noch ein bisschen Zeit dauern.

[ackmar]

Mit Version 3.28.3 erfolgreich getestet.