Bug report #18283
serious regression: labelling's parallel placement leads to endless label rendering
Status: | Closed | ||
---|---|---|---|
Priority: | High | ||
Assignee: | Nyall Dawson | ||
Category: | Labelling | ||
Affected QGIS version: | 3.1(master) | Regression?: | Yes |
Operating System: | Easy fix?: | No | |
Pull Request or Patch supplied: | No | Resolution: | fixed/implemented |
Crashes QGIS or corrupts data: | Yes | Copied to github as #: | 26174 |
Description
When using the parallel placement mode to label a line layer, QGIS' rendering appears to enter in an endless loop while attempting to label that layer. The user has to eventually kill QGIS and restart the app to regain control of the app.
I'm seeing this under QGIS master (i.e. baby-born 3.1), but I suspect and worry it's a regression which started prior to release of 3.0.
Steps to reproduce- Load the attached test project
- Open the layer style panel for the roads_subset layer
- Set the labelling placement to "parallel"
- Observe QGIS going into endless rendering
- The only way to stop the rendering is to switch the placement back to curved
or horizontal. - Upon quitting, the QGIS process stays in memory
Associated revisions
[pal] Fix invalid candidates created for parallel line labeling
mode when a closed linestring is too small for labels to fit
within feature
Fixes #18283
[pal] Fix invalid candidates created for parallel line labeling
mode when a closed linestring is too small for labels to fit
within feature
Fixes #18283
(cherry-picked from a76fb0b)
History
#1 Updated by Giovanni Manghi almost 7 years ago
- Affected QGIS version changed from master to 3.1(master)
#2 Updated by Mathieu Pellerin - nIRV almost 7 years ago
Oups, sorry, horizontal placement also results in infinite rendering.
#3 Updated by Mathieu Pellerin - nIRV almost 7 years ago
- Description updated (diff)
#4 Updated by Mathieu Pellerin - nIRV almost 7 years ago
- Description updated (diff)
#5 Updated by Mathieu Pellerin - nIRV almost 7 years ago
- Assignee set to Nyall Dawson
Reverting commit 2ab1e02 and commit dded4ab takes care of the regression.
#6 Updated by Nyall Dawson almost 7 years ago
- Status changed from Open to In Progress
#7 Updated by Nyall Dawson almost 7 years ago
- Status changed from In Progress to Closed
- % Done changed from 0 to 100
Applied in changeset qgis|a76fb0b469796183c76d5343053e5be2471de126.
#8 Updated by Giovanni Manghi almost 7 years ago
- Resolution set to fixed/implemented