[FOSSGIS-Talk] "QGIS ended unexpectedly"- Wiederholter Absturz QGIS

Di Apr 28 08:58:31 CEST 2026

Hallo Martin,

die beiden neuen Punkte sind aus meiner Sicht voneinander unabhängig und
hängen auch nicht direkt mit dem Tracer-Bug aus 3.40.5 zusammen. Sie haben
aber alle eine gemeinsame Wurzel in deinem Setup, was die Lösung dann
angenehm einfach macht.

Im Screenshot sehe ich, dass dein Layer im Feldrechner-Dialog „Gültige
Ausgabe - Feldrechner“ heißt. Das ist die temporäre Ausgabe aus „Geometrien
reparieren“ bzw. „Gültigkeit prüfen“, also ein Memory-Layer. Dass du im
aktiven Plugin-Set MemoryLayerSaver hast, passt dazu. Genau dieser
Memory-Provider erklärt beide Meldungen.

1. „Konnte neues Feld nicht dem Datenanbieter hinzufügen.“

Der Memory-Provider in QGIS hat eingeschränkte Provider-Capabilities. Wenn
du im Feldrechner ein neues Feld anlegst, ruft QGIS intern zuerst die
Provider-Methode `addAttributes()` auf, und die liefert beim
Memory-Provider nicht zuverlässig Erfolg zurück. Du bekommst die rote
Fehlermeldung. Trotzdem landet das Feld danach über den Edit-Buffer-Pfad in
der Layer-Definition, deshalb ist das Ergebnis am Ende immer korrekt.
Funktional kein Problem, kosmetisch nervig, und kein Bug, den 3.40.9+
wegmacht. Das Verhalten gibt es bei Memory-Providern seit Jahren.

Die saubere Lösung ist, die „gültige Ausgabe“ einmalig in ein GeoPackage zu
schreiben und ab dann auf der GPKG-Kopie zu arbeiten. Rechtsklick auf den
Memory-Layer > Exportieren > Objekte speichern als > Format GeoPackage,
lokal ablegen. Der GPKG-Provider hat volle Capabilities, da kommt die
Meldung nicht mehr, und du bist gleichzeitig gegen verlorene Arbeit
geschützt, falls QGIS abstürzt (Memory-Layer leben nur im RAM,
MemoryLayerSaver hängt am Projektfile).

2. „Teilen nicht möglich, weil Features selektiert sind.“

Die Meldung ist verwirrend formuliert, aber sie sagt nicht: „Es sind
Features selektiert.“ Sie ist die generische QGIS-Fehlermeldung beim
Teilen-Werkzeug und kommt immer dann, wenn 0 Features tatsächlich geteilt
wurden. Eine aktive Selektion wird darin nur als eine mögliche Ursache
aufgelistet („If there are selected features, the split tool only applies
to those“). Die Erfahrungswerte zeigen, dass die wirkliche Ursache fast
immer eine von drei Sachen ist:

1. Die Schnittlinie geht nicht vollständig durch das Polygon. Start- und
Endpunkt müssen außerhalb der Polygongrenze liegen, sonst lehnt der
Algorithmus ab. „Am Rand kleben“ reicht nicht, ein wenig überzeichnen ist
sicherer.
2. Es ist tatsächlich noch eine Selektion aktiv, auch wenn sie nicht
offensichtlich ist. Vor dem Teilen einmal Bearbeiten > Auswahl > Auswahl in
allen Layern aufheben, dann ist garantiert nichts mehr selektiert.
3. Die Polygon-Geometrie ist invalid. Auch wenn „Geometrien reparieren“
durchgelaufen ist, können einzelne Features defekt sein, primär an Stellen
mit sehr nahen Stützpunkten. Genau diese Stellen werden gerne zum Teilen
ausgewählt.

Wenn der GPKG-Export aus Punkt 1 ohnehin passiert, würde ich das
Teilen-Werkzeug ein paar Mal auf der GPKG-Kopie ausprobieren. Auf einem
persistenten Layer mit echten Provider-Capabilities verhält sich das
Werkzeug stabiler. Wenn die Meldung dann immer noch sporadisch kommt, ist
Punkt 1 (Schnittlinie weit genug überzeichnen) der wahrscheinlichste Grund.
Falls du beim nächsten Auftreten einen Screenshot mit der Schnittlinie
machst, kann ich das genauer einschätzen.

Kurzfassung: Nichts davon hängt am Tracer-Bug oder an der Versionsnummer
3.40.5. Beide Meldungen verschwinden mit hoher Wahrscheinlichkeit, sobald
du auf einer GPKG-Kopie statt auf den Memory-Layern aus der
Gültigkeitsprüfung arbeitest. Das Update auf 3.40.15 bleibt unabhängig
davon weiterhin sinnvoll, wegen des Tracer-Crashs.

-- Thomas

On Tue, Apr 28, 2026 at 8:44 AM Mair, Martin <m.mair at provinz.bz.it> wrote:

> Hallo Thomas,
>
>
>
> ich kann mich nur bei Dir und auch Bernhard für die informative und
> aussagekräftigen Rückantworten bedanken, vor allem auch für die beiden
> Randbemerkungen bezüglich WFS-Layer und topologischem Editieren, vielen
> Dank! Jetzt ist mir vieles klarer und das Problem eingegrenzt. Tatsächlich
> war ich schon beim Schreiben, dass sich der Crash mit "Überlappung
> zulassen/vermeiden" umgehen lässt, was beim ersten Versuch dann also nur
> zufällig funktioniert hat, bei den weiteren Versuchen als Gegenkontrolle
> dann aber nicht mehr.
>
>
>
> Da sich mir gerade die Gelegenheit bietet…könnte es sein, dass sich auch
> diese „Fehlermeldungen“ auf diese QGIS-Version beziehen?
>
>
>
>    1. Denn etwas, was mir seit der 3.40.5 Version (an die wir derzeit
>    gebunden sind) auffällt ist noch folgender Fehler- bzw. Hinweis, der
>    jeweils bei Generierung neuer Spalten (z.B. „Fläche“ mit den
>    Flächenberechnungen) in der Attributtabelle auftritt. Es kommt die Meldung
>    „Konnte neues Feld nicht dem Datenanbieter hinzufügen“, was dann aber doch
>    erfolgt und das Ergebnis auch immer korrekt war…
>
>
>
>
>
>
>
>    2. Des Öfteren kommt es bei Benutzung des „Teilen-Werkzeugs“ (Objekte
>    zerteilen) zur Meldung (roter Balken am oberen Bildrand), in etwa „Teilen
>    nicht möglich, weil Features selektiert sind“ was aber defacto nicht
>    zutrifft. Momentan habe ich leider keinen Screenshot dazu..
>
>
>
> Besten Gruß und Danke vielmals
>
> Martin
>
>
>
>
>
> *Von:* Thomas Wölk <thomas.woelk at gmail.com>
> *Gesendet:* Montag, 27. April 2026 18:26
> *An:* Mair, Martin <m.mair at provinz.bz.it>
> *Cc:* Fossgis-talk-liste <fossgis-talk-liste at fossgis.de>
> *Betreff:* Re: [FOSSGIS-Talk] "QGIS ended unexpectedly"- Wiederholter
> Absturz QGIS
>
>
>
> Hallo Martin,
>
> danke für die ausführlichen Informationen und Screenshots, die haben den
> entscheidenden Hinweis geliefert. Mit deiner QGIS-Version 3.40.5 hat sich
> das Bild komplett geklärt: Du hängst in einem bekannten Regressionsbug,
> nicht in einem Daten- oder Geometrieproblem. Du kannst dir die
> Validierungsläufe also sparen, die Layer sind nicht das Problem.
>
> Die Kurzfassung: In QGIS 3.40.4 wurde über PR #59055 ein neues Feature im
> Tracer eingeführt ("Add points on intersections when tracing"). Das Feature
> triggert auf Windows zuverlässig den GEOS-Crash, den du siehst. Der Stack
> Trace mit `QgsTracer::initGraph` und `GEOSGeom_extractUniquePoints_r` ist
> exakt das Muster, das in mehreren Issue-Reports dokumentiert ist (#60856,
> #62342, #62163, #60978, plus elf weitere als Duplikate geschlossen). Auf
> Linux taucht es nicht auf, weshalb es eine Weile gedauert hat, bis ein Fix
> kam.
>
> Gefixt wurde es über PR #62345, der das Feature per Default wieder
> deaktiviert. Der Backport in den 3.40er-Zweig (PR #62385) ist mit **3.40.9
> vom 18. Juli 2025** ausgeliefert worden. Du bist mit 3.40.5 also genau in
> dem Zeitfenster, in dem der Bug existiert hat und noch nicht gefixt war.
> Die aktuelle 3.40-LTR ist mittlerweile 3.40.15.
>
> Konkrete Empfehlung:
>
>    - Auf QGIS 3.40.15 LTR updaten (oder mindestens 3.40.9). Damit ist der
>    Crash weg, ohne dass du an deinen Daten oder am Workflow etwas ändern musst.
>    - Falls du an 3.40.5 gebunden bist (organisationsweit ausgerollt
>    o.ä.): Deine bisherige Notlösung mit selektieren und in temporären Layer
>    kopieren bleibt der saubere Workaround, bis das Update kommt. Das passt
>    auch zu deiner Beobachtung mit "Überlappung zulassen/vermeiden" - das hat
>    den internen Tracer-Graphen schlicht neu aufgebaut und damit zufällig den
>    Crash umgangen, war aber nie zuverlässig.
>
>
> Referenzen, falls du das in der Org belegen willst:
>
>    - https://github.com/qgis/QGIS/pull/62345 (Fix im master)
>    - https://github.com/qgis/QGIS/pull/62385 (Backport in release-3_40)
>    - https://github.com/qgis/QGIS/issues/60856 (ursprüngliches Issue)
>
>
> Noch zwei Randbemerkungen, die orthogonal zum Crash sind, aber zu deinem
> Setup passen:
>
> Erstens: Tracing direkt auf einem WFS-Layer ist auch ohne Bug nicht ideal.
> Bei 63.549 Polygonen muss der Tracer den Routing-Graphen über alles im
> Extent aufbauen, und WFS liefert die Geometrien über HTTP nach. Performance
> und Zuverlässigkeit gewinnen spürbar, wenn du den WFS-Layer einmalig als
> GeoPackage exportierst (Rechtsklick > Exportieren > Objekte speichern als)
> und auf der lokalen Kopie tracst. Das deckt sich auch mit deinem positiven
> Erfahrungswert beim temporären Layer.
>
> Zweitens: Topologisches Editieren ist beim Tracer auf solche Datenmengen
> unkritisch, das musst du nicht ausschalten.
>
> Melde dich gern, falls nach dem Update doch noch etwas auftritt - dann hat
> es weitere Ursachen, aber mit hoher Wahrscheinlichkeit ist die Sache mit
> 3.40.15 erledigt.
>
> -- Thomas
>
>
>
> On Mon, Apr 27, 2026 at 5:12 PM Mair, Martin <m.mair at provinz.bz.it> wrote:
>
> Hallo Thomas,
>
>
>
> danke für die freundliche Rückantwort, und ja
>
>
>
>    1. das Tracing (Spurverfolgung) verursacht effektiv das Problem und
>    nicht das Snapping (Einrasten). Allerdings auch wenn ich beide Layer (jener
>    der verändert werden soll und jener der als Referenz dient) validiere und
>    mit Geometrien reparieren „repariere“ kommt es zum Absturz:
>
>
>
>
>
> Bei einem Versuch kam es zu keinem Absturz nachdem ich zuerst „Überlappung
> zulassen“ aktiviert hatte und erst danach „Überlappung..vermeiden“ aber bei
> zwei weiteren Versuchen kam es immer zum Absturz..
>
>
>
>
>
>    2. Danke dass ist eine sehr nützliche Information, die ich zukünftig
>    gut gebrauchen kann, bis dato hatte ich jeweils gleich „Geometrien
>    reparieren“ genutzt. Im Projekt waren alle Features gültig und auch nach
>    dem Geometrien reparieren kam es zum Absturz.
>    3. Der Absturz passierte auch bei sehr nahem Zoom.
>
>
>
>
>
> Ansonsten:
>
>
>
>    - Wir nutzen die QGIS Version QGIS Desktop 3.40.5 (Bratislava)
>
>
>
>
>
>    - Layerformat ist ein Geopackage, wobei die Spurverfolgen einen
>    WFS-Layer betrifft (Shapefiles Ausgangsbasis dort, falls relevant)
>    - Geometrietyp: jeweils Polygone.
>    - Der Absturz ist zufällig verteilt, sobald die Spurverfolgung für den
>    WFS-Layer aktiviert wird kommt es zum Absturz.
>    - Ja topologisches Editieren ist aktiv.
>
>
>
> Inzwischen habe ich mir damit beholfen die Features von Interesse zu
> selektieren und als temporäre Layer abzuspeichern und auf diese die
> Spurverfolgung anzuwenden, was zum Glück funktioniert,- ist zwar ein wenig
> umständlich aber so ging es.
>
>
>
> Besten Gruß, schönen Abend noch
>
> Martin
>
>
>
>
>
>
>
> -----Ursprüngliche Nachricht-----
> Von: FOSSGIS-Talk-Liste <fossgis-talk-liste-bounces at fossgis.de> Im
> Auftrag von Thomas Wölk via FOSSGIS-Talk-Liste
> Gesendet: Montag, 27. April 2026 14:53
> An: fossgis-talk-liste at fossgis.de
> Betreff: Re: [FOSSGIS-Talk] "QGIS ended unexpectedly"- Wiederholter
> Absturz QGIS
>
>
>
> Hallo Martin,
>
>
>
> aus den Zeilen QgsTracer::initGraph und QgsTracer::findShortestPath kann
> abgelesen werden, dass der Absturz beim Tracing auftritt, nicht beim
> klassischen Snapping.
>
> Das sind zwei unterschiedliche Mechanismen, auch wenn beide oft zusammen
> genutzt werden.
>
>
>
> Was ich als erstes ausprobieren würde:
>
>
>
>    1. Tracing deaktivieren: (das eingekreiste Magnet-Symbol mit den
>
>    Linien). Snapping kann an bleiben. Wenn der Absturz damit verschwindet,
> ist
>
>    die Diagnose praktisch bestätigt.
>
>    2. Geometrien validieren: Vektorgeometrie > Gültigkeit prüfen (Methode
>
>    »GEOS« wählen, das ist die strengere Variante). Anschließend Geometrien
>
>    reparieren auf den Layer anwenden und Ergebnis speichern.
>
>    3. Reinzoomen: auf den Bearbeitungsbereich, bevor das Teilen-Werkzeug
>
>    benutzt wird. Der Tracer arbeitet nur mit dem aktuellen Extent, weniger
>
>    Features = kleinerer Graph = stabiler.
>
>
>
>
>
> Wenn das Problem nach Validierung und Reparatur weiter auftritt, wären
> noch ein paar Informationen hilfreich:
>
>
>
>    - Welche QGIS-Version genau (Hilfe > Über)? LTR oder Latest? Auf älteren
>
>    3.28er-Ständen gab es ein paar Tracer-Bugs, die seither gefixt sind.
>
>    - Layer-Format und ungefähre Feature-Anzahl: Shapefile, GeoPackage,
>
>    PostGIS?
>
>    - Geometrietyp: Polygone, Linien, MultiPart?
>
>    - Tritt der Absturz reproduzierbar an derselben Stelle auf, oder
>
>    zufällig verteilt? Falls reproduzierbar: das verdächtige Feature
> isolieren
>
>    und schauen, ob es eine ungültige Geometrie ist.
>
>    - Ist topologisches Editieren aktiv?
>
>
>
>
>
> Falls du den problematischen Ausschnitt einkreisen kannst, lohnt sich auch
> ein Test mit einer Kopie nur dieses Bereichs – wenn dort ein einziges
> Feature den Absturz auslöst, hast du den Übeltäter.
>
>
>
> Melde dich gern mit den Antworten, dann können wir weiter eingrenzen.
>
>
>
> -- Thomas
>
>
>
> On Mon, Apr 27, 2026 at 10:27 AM Mair, Martin via FOSSGIS-Talk-Liste <
> fossgis-talk-liste at fossgis.de> wrote:
>
>
>
> > Guten Tag sehr geehrtes Fossgis-Team,
>
> >
>
> > immer wieder stürzt mit QGIS mit dieser Fehlermeldung ab, v.a. beim
>
> > Versuch des snappings mit dem Teilen-Werkzeug auf einen größeren
>
> > Vektorlayer:
>
> >
>
> > [cid:image002.jpg at 01DCD630.7F8C7D00]
>
> >
>
> > [cid:image006.jpg at 01DCD630.7F8C7D00]
>
> >
>
> > Eurer Erfahrung nach, hängt der Absturz mit einer zu großen Datenmenge
>
> > zusammen oder eher etwas anderen?
>
> >
>
> > Wenn Ihr hier eine Einschätzung abgegeben könntet, wäre ich Euch sehr
>
> > dankbar da das Problem immer wieder entsteht und die Arbeit ziemlich
>
> > behindert.
>
> >
>
> > Vielen Dank im Voraus, mit den besten Grüßen Martin Mair
>
> >
>
> > -------------- nächster Teil -------------- Ein Dateianhang mit
>
> > Binärdaten wurde abgetrennt...
>
> > Dateiname   : image002.jpg
>
> > Dateityp    : image/jpeg
>
> > Dateigröße  : 14371 bytes
>
> > Beschreibung: image002.jpg
>
> > URL         : <
>
> > http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20260
>
> > 427/b711f129/attachment.jpg
>
> > >
>
> > -------------- nächster Teil -------------- Ein Dateianhang mit
>
> > Binärdaten wurde abgetrennt...
>
> > Dateiname   : image006.jpg
>
> > Dateityp    : image/jpeg
>
> > Dateigröße  : 79637 bytes
>
> > Beschreibung: image006.jpg
>
> > URL         : <
>
> > http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20260
>
> > 427/b711f129/attachment-0001.jpg
>
> > >
>
> > --
>
> > ....................................................................
>
> > FOSSGIS-Konferenz 2027 mit OpenStreetMap-Event in Heidelberg!
>
> > 09.-13. März 2027                 https://www.fossgis-konferenz.de/
>
> >
>
> > FOSSGIS Vereinstermine:
>
> > https://fossgis.de/aktivit%C3%A4ten/termine/
>
> >
>
> > FOSSGIS e.V, der Verein zur Förderung von Freier Software aus dem
>
> > GIS-Bereich und Freier Geodaten!
>
> > https://www.fossgis.de/          https://mastodon.online/@FOSSGISeV
>
> > ____________________________________________________________________
>
> > FOSSGIS-Talk-Liste mailing list
>
> > FOSSGIS-Talk-Liste at fossgis.de
>
> > https://lists.fossgis.de/mailman/listinfo/fossgis-talk-liste
>
> >
>
> --
>
> ....................................................................
>
> FOSSGIS-Konferenz 2027 mit OpenStreetMap-Event in Heidelberg!
>
> 09.-13. März 2027                 https://www.fossgis-konferenz.de/
>
>
>
> FOSSGIS Vereinstermine:
>
> https://fossgis.de/aktivit%C3%A4ten/termine/
>
>
>
> FOSSGIS e.V, der Verein zur Förderung von Freier Software aus dem
> GIS-Bereich und Freier Geodaten!
>
> https://www.fossgis.de/          https://mastodon.online/@FOSSGISeV
>
> ____________________________________________________________________
>
> FOSSGIS-Talk-Liste mailing list
>
> FOSSGIS-Talk-Liste at fossgis.de
>
> https://lists.fossgis.de/mailman/listinfo/fossgis-talk-liste
>
>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image001.jpg
Dateityp    : image/jpeg
Dateigröße  : 27224 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20260428/4f8cf0c1/attachment.jpg>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image002.png
Dateityp    : image/png
Dateigröße  : 29822 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20260428/4f8cf0c1/attachment.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image003.jpg
Dateityp    : image/jpeg
Dateigröße  : 62367 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20260428/4f8cf0c1/attachment-0001.jpg>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image006.jpg
Dateityp    : image/jpeg
Dateigröße  : 58313 bytes
Beschreibung: nicht verfügbar
URL         : <http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20260428/4f8cf0c1/attachment-0002.jpg>