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

Di Apr 28 08:44:04 CEST 2026

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…

[cid:image006.jpg at 01DCD6EB.295B7330]

  1.  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<mailto: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:

[cid:image001.jpg at 01DCD6E7.72ACA9E0]

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..

[cid:image002.png at 01DCD6E7.72ACA9E0]

  1.  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.
  2.  Der Absturz passierte auch bei sehr nahem Zoom.

Ansonsten:

  *   Wir nutzen die QGIS Version QGIS Desktop 3.40.5 (Bratislava)

[cid:image003.jpg at 01DCD6E7.72ACA9E0]

  *   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<mailto: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<mailto: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<mailto: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<mailto: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<mailto: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: image001.jpg
URL         : <http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20260428/5c1f5863/attachment.jpg>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image002.png
Dateityp    : image/png
Dateigröße  : 29822 bytes
Beschreibung: image002.png
URL         : <http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20260428/5c1f5863/attachment.png>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image003.jpg
Dateityp    : image/jpeg
Dateigröße  : 62367 bytes
Beschreibung: image003.jpg
URL         : <http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20260428/5c1f5863/attachment-0001.jpg>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image006.jpg
Dateityp    : image/jpeg
Dateigröße  : 58313 bytes
Beschreibung: image006.jpg
URL         : <http://lists.fossgis.de/pipermail/fossgis-talk-liste/attachments/20260428/5c1f5863/attachment-0002.jpg>