-
-
Notifications
You must be signed in to change notification settings - Fork 3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
QGIS 3.34 RC Layout manager: dragging any item changes one or both X,Y coordinates to 9999999.000 #55240
Comments
Experiencing this as well on 3.32 and 3.34 on MacOs Sonoma 14.1 intel version. |
I got this too, but discovered the issue was that my layout CRS wasn't set correctly. When I fixed that, everything started behaving as normal. |
I am experiencing this with 3.38.0 on Windows 10. It is not fixed by setting CRS however. The layout items move in layout space, nothing to do with the scale / scalebar. Creating a new profile, or updating QGIS to 3.38.2 does not resolve it. |
Can someone supply a sample project which demonstrates this? I've tried to reproduce but failed. |
The attached layout template has a scale bar item that seems to exhibit the behaviour. When I create a new layout from the template, I can't change the position of this item. |
Related to #57489 |
Instead of always calculating the scale along the bottom of the map, expose a choice of methods to the user (along bottom, middle, top, or average of the three measurements) For new scalebars, default to the average method, which better handles the scenario where the scale at the top or bottom of the map cannot be calculated (eg when the top/bottom of the map falls just outside valid areas for the map's crs) This fixes one of the most common scenarios which cause scale bar widths to blow out to massive sizes Refs qgis#55240
This can happen when eg a broken item size causes a nan position, which breaks the layout size calculation and results in nan or massive x/y values. Restoring these leads to a broken layout which cannot be interacted with. Refs qgis#55240
Instead of always calculating the scale along the bottom of the map, expose a choice of methods to the user (along bottom, middle, top, or average of the three measurements) For new scalebars, default to the average method, which better handles the scenario where the scale at the top or bottom of the map cannot be calculated (eg when the top/bottom of the map falls just outside valid areas for the map's crs) This fixes one of the most common scenarios which cause scale bar widths to blow out to massive sizes Refs qgis#55240
What is the bug or the crash?
On Debian with QGIS 3.34 RC. I have several layouts from earlier versions of QGIS. When I open up one of those and try to drag an item (scalebar, text, map) it often disappears from the layout. When I look at item properties, one or both coordinates are now 9999999.000. Hand-editing the coordinate back to something smaller does not make the object re-appear, it often just causes the other coordinate to become 9999999.000 if it was not already.
I'm also seeing this in a layout I created in 3.34 RC. Was fine when I first made it, but after several cycles of opening the project, editing the layout and map, shutting down QGIS, ..., I'm seeing it in the new layout as well.
Steps to reproduce the issue
Versions
<style type="text/css"> p, li { white-space: pre-wrap; } </style>Active Python plugins
plugin_reloader
0.7.9
db_manager
0.1.20
processing
2.12.99
Supported QGIS version
New profile
Additional context
cat /etc/apt/sources.list.d/qgis.sources
Types: deb deb-src
URIs: https://qgis.org/debian
Suites: bookworm
Architectures: amd64
Components: main
Signed-By: /etc/apt/keyrings/qgis-archive-keyring.gpg
The text was updated successfully, but these errors were encountered: