[FOSSGIS-Talk] "QGIS ended unexpectedly"- Wiederholter Absturz QGIS
Thomas Wölk
thomas.woelk at gmail.com
Mo Apr 27 18:25:59 CEST 2026
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 : image002.jpg
Dateityp : image/jpeg
Dateigröße : 27224 bytes
Beschreibung: nicht verfügbar
URL : <http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20260427/872bc8fa/attachment.jpg>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : image005.png
Dateityp : image/png
Dateigröße : 29822 bytes
Beschreibung: nicht verfügbar
URL : <http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20260427/872bc8fa/attachment.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname : image007.jpg
Dateityp : image/jpeg
Dateigröße : 62367 bytes
Beschreibung: nicht verfügbar
URL : <http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20260427/872bc8fa/attachment-0001.jpg>
Mehr Informationen über die Mailingliste FOSSGIS-Talk-Liste