QGIS Application: Issueshttps://issues.qgis.org/https://issues.qgis.org/favicon.ico2019-05-14T06:52:46ZQGIS Issue Tracking
Redmine Bug report #22069 (Feedback): label properties will not saved to project files (buffer and backgr...https://issues.qgis.org/issues/220692019-05-14T06:52:46ZMichael KuerbsMichael.Kuerbs@gmail.com
<p>I used a rule based labelling.</p>
<p>qgis is not keeping puffer and background settings after project saving and reopening.</p> Bug report #21683 (Open): Subscript and Superscript Single Labels expression bughttps://issues.qgis.org/issues/216832019-03-27T15:17:29ZUros Djuricurosgeomail@gmail.com
<p>Hello,</p>
<p>I am trying to label my polygons using Single Label option.</p>
<p>I have set labeling to be in relation to the string from Attribute table column called <em>"Simboli"</em><br />That column contains a set of different labels that were written using HTML sub and sup codes (e.g. <em>"K<sub>2</sub><sup>2,3</sup>"</em>). <strong>(see Fig. number 1)</strong><br />After that, If I choose Expression dialogue, under the <em>"Output preview"</em> I can see regular formatted Label, as I wanted it to be. <strong>(see Fig. number 2)</strong><br />But, when I save everything, close all windows and come back to the map, again I can see only codes on my map <strong>(see Fig. number 3)</strong>, instead properly sub and sup formatted numbers (or letters etc.)</p>
<p>I suppose that this the bug, since within the "Output" preview everything is fine, but not on map canvas. <br />Or maybe I didn't set something properly? I need this kind of labels in map canvas, not on print composer for which I know that support HTML rendering.</p>
<p><img src="https://issues.qgis.org/attachments/download/14676/sub_sup_label_BUG.png" title="Sup and Sub label bug" alt="Sup and Sub label bug" /></p> Bug report #20880 (Open): Curved labels disappear when rendering across multiple verticeshttps://issues.qgis.org/issues/208802018-12-24T22:29:28ZBen Van Riperbengvr@gmail.com
<p>Curved labels disappear when trying to render across multiple vertices (or line segments) along a line. It is as if the rendering engine treats each line segment as an individual feature, essentially ignoring the previous and next segments, resulting in labels only showing when zoomed in enough to have one segment span the width of the label to be rendered.</p>
<p>When I increase the inside and outside angles, the issue is not solved. Instead, the label almost seems to get cut off at the end of the segment, resulting in oddly rotated individual characters sparsely appearing.</p>
<p>This issue did <ins>not</ins> occur in version 2.x, nor does it occur (I think) in projects that I created in version 2.x; it only seems to happen when I create a project in version 3.x. I first noticed the issue in version 3.0 but because of my laziness, I haven't reported it until now.</p>
<p>See attachments for examples of the bug.</p> Bug report #20809 (Open): Merge connected lines and Line orentation dependant position errorhttps://issues.qgis.org/issues/208092018-12-14T05:57:41ZPhillip Sheltonphillip.shelton@cardno.com.au
<p>Hi,</p>
<p>I model road traffic and I have found the Line orientation dependant position under Placement under labels, to be a very useful feature.<br />It allows me to present the direcitonal traffic volumes on the same side of the line object as they occur on the roads I am modelling.</p>
<p>I am also a fan of the Merge connected lines to avoid duplicate labels as it reduces the number of labels and can reduce "clutter" when producing maps.</p>
<p>However, when used together, they sometimes get it wrong. The Merge connected lines to avoid duplicate labels can cause the line orientation dependant position to get it wrong.</p>
<p>I am using a spatialite layer. it also happens for the mapinfo export of the same layer. It seems to get the same links wrong every time for a given QGIS version but possably a different link in different versions (V3.0.0, V3.2.3, V3.4.1 and V3.5.0)</p>
<p>The attribute I have used for the figures is ass_volume, but it happens for any of the attributes. Different attributes seem to have different chances of getting it wrong.</p>
<p>Thank you for looking into this.</p> Bug report #20519 (Open): BBoxes for label symbols are too widehttps://issues.qgis.org/issues/205192018-11-16T16:49:21ZAlexey Txeenych@gmail.com
<p>Add a label to line feature.<br />Set leeter spacing to some value.<br />BBoxes for label letters increase in size preventing placement of other labels between letter.<br />Picture is attached</p> Bug report #20453 (Open): Labeling style options reduced for default font on Windows 10https://issues.qgis.org/issues/204532018-11-11T17:19:34ZMassimiliano Moracamassimilianomoraca@gmail.com
<p>I've need to report a bug in QGIS 3.4.<br />As you can see from the image below, in the new version, for the labeling using Windows there isn't many option as "bold italic". This option are present if you use the last LTR on Windows or QGIS 3.4 on Ubuntu 18.04</p> Bug report #19975 (Open): crash when enabling drop shadow on label background svghttps://issues.qgis.org/issues/199752018-09-28T11:38:58ZSebastian Brockssebastian@brocks.cc
<a name="User-Feedback"></a>
<h2 >User Feedback<a href="#User-Feedback" class="wiki-anchor">¶</a></h2>
<p>When I enable a drop shadow effect on a label background loaded from SVG, QGIS crashes</p>
<a name="Report-Details"></a>
<h2 >Report Details<a href="#Report-Details" class="wiki-anchor">¶</a></h2>
<p><strong>Crash ID</strong>: a7573a1a2e3654ee3d3f2b3496a7ec5696e39c39</p>
<p><strong>Stack Trace</strong><br /><pre>
QPainter::end :
QPainter::~QPainter :
QgsPaintEffect::begin :
QgsTextRenderer::drawBackground :
QgsTextRenderer::drawPart :
QgsTextRenderer::drawText :
QgsTextPreview::paintEvent :
QWidget::event :
QFrame::event :
QApplicationPrivate::notify_helper :
QApplication::notify :
QgsApplication::notify :
QCoreApplication::notifyInternal2 :
QWidgetPrivate::drawWidget :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::drawWidget :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::drawWidget :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::drawWidget :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::drawWidget :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::drawWidget :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::drawWidget :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::drawWidget :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::drawWidget :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::drawWidget :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::drawWidget :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::drawWidget :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::drawWidget :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::drawWidget :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::drawWidget :
QWidgetPrivate::paintSiblingsRecursive :
QWidgetPrivate::drawWidget :
QApplication::windowIcon :
QWidget::event :
QApplicationPrivate::notify_helper :
QApplication::notify :
QgsApplication::notify :
QCoreApplication::notifyInternal2 :
QCoreApplicationPrivate::sendPostedEvents :
qt_plugin_query_metadata :
QEventDispatcherWin32::processEvents :
TranslateMessageEx :
TranslateMessage :
QEventDispatcherWin32::processEvents :
qt_plugin_query_metadata :
QEventLoop::exec :
QDialog::exec :
QgisApp::showLayerProperties :
QgisApp::qt_static_metacall :
QMetaObject::activate :
QAction::activate :
QMenu::actionGeometry :
QMenu::actionGeometry :
QMenu::mouseReleaseEvent :
QWidget::event :
QMenu::event :
QApplicationPrivate::notify_helper :
QApplication::notify :
QgsApplication::notify :
QCoreApplication::notifyInternal2 :
QApplicationPrivate::sendMouseEvent :
QSizePolicy::QSizePolicy :
QSizePolicy::QSizePolicy :
QApplicationPrivate::notify_helper :
QApplication::notify :
QgsApplication::notify :
QCoreApplication::notifyInternal2 :
QGuiApplicationPrivate::processMouseEvent :
QWindowSystemInterface::sendWindowSystemEvents :
QEventDispatcherWin32::processEvents :
TranslateMessageEx :
TranslateMessage :
QEventDispatcherWin32::processEvents :
qt_plugin_query_metadata :
QEventLoop::exec :
QMenu::exec :
QgsLayerTreeView::contextMenuEvent :
QWidget::event :
QFrame::event :
QAbstractItemView::viewportEvent :
QCoreApplicationPrivate::sendThroughObjectEventFilters :
QApplicationPrivate::notify_helper :
QApplication::notify :
QgsApplication::notify :
QCoreApplication::notifyInternal2 :
QSizePolicy::QSizePolicy :
QSizePolicy::QSizePolicy :
QApplicationPrivate::notify_helper :
QApplication::notify :
QgsApplication::notify :
QCoreApplication::notifyInternal2 :
QGuiApplicationPrivate::processMouseEvent :
QWindowSystemInterface::sendWindowSystemEvents :
QEventDispatcherWin32::processEvents :
TranslateMessageEx :
TranslateMessage :
QEventDispatcherWin32::processEvents :
qt_plugin_query_metadata :
QEventLoop::exec :
QCoreApplication::exec :
main :
BaseThreadInitThunk :
RtlUserThreadStart :
</pre></p>
<p><strong>QGIS Info</strong><br />QGIS Version: 3.2.3-Bonn<br />QGIS code revision: <a class="changeset" href="https://issues.qgis.org/projects/qgis/repository/revisions/9b176802e5512bc310765d8ebe4e44b5f4663453" title="Release of 3.2.3">9b176802e5</a><br />Compiled against Qt: 5.9.2<br />Running against Qt: 5.9.2<br />Compiled against GDAL: 2.2.4<br />Running against GDAL: 2.2.4</p>
<p><strong>System Info</strong><br />CPU Type: x86_64<br />Kernel Type: winnt<br />Kernel Version: 6.1.7601</p> Bug report #19530 (Open): button Set Italic or bold text for font is not usable for label on laye...https://issues.qgis.org/issues/195302018-08-02T09:35:19ZJérôme Seigneuretjerome.seigneuret@gmail.com
<p>There is no possibility to set Bold or Italic text without style selection.</p>
<p>buttons are desactivated</p>
<p>This possibility is offered (and work) in composer for on text object using HTML option <i>{text}</i> and <b>{text}</b></p> Bug report #19098 (Open): QGIS3 Labelling : Copy & Paste Style misses out label rotation setting ...https://issues.qgis.org/issues/190982018-06-02T15:26:49Zsand thorn
<p>Steps to reproduce<br />1. activate label rotation to a field<br />2. copy style<br />3. paste style<br />4. label rotation now becomes activated as auxiliary_storage instead</p>
<p>2.18 doesn't have this.</p> Bug report #18960 (Open): Unpinned labels jump to wrong place when movedhttps://issues.qgis.org/issues/189602018-05-15T17:40:51ZNathan Perry
<p>When moving an unpinned label (using auxiliary field labeling), the label jumps to a place too low on the map canvas. It does not follow the cursor location or selection box. See the attached screencast for an example: I move the first label downward and it jumps too far down; I move the second slightly upward, but it also moves down.</p>
<p>This issue does not occur with labels that are already pinned, or with unpinned labels using data-defined labeling.</p> Bug report #18931 (Open): Missing labels for collected featureshttps://issues.qgis.org/issues/189312018-05-09T17:30:20ZAntoine Lafranchisantlafranchis@gmail.com
<p>The labels are missing for features made with the "Collect geometries" algorithm, even with the "Show all labels for this layer (including colliding labels)" option enabled. The labels appear only with scale closer than about 1:400. At scale 1:1000 the problem is clearly visible.<br />I attach the project and an extract of the layer which has the issue. The feature</p> Bug report #18745 (Open): Move labels on rotated viewhttps://issues.qgis.org/issues/187452018-04-18T06:36:56ZJohannes Metzlermejometzler@gmail.com
<p>It is not possible to move or rotate labels on a rotated view because the label pin boxes are not rotated accordingly.<br />(see attached image)<br />I opened a ticket some time ago about this issue, it was set to closed but the problem remains.<br />thanks<br />Johannes</p> Bug report #18528 (Open): Crash when selecting Font after adding a label in a layouthttps://issues.qgis.org/issues/185282018-03-23T15:55:19ZPJ Lightningpjlightning@hotmail.com
<p>I created a new layout, added an image and an arrow, then added a label, went to item properties, typed in the text I wanted, then clicked on the font button, and QGIS crashed.<br />Win 7 pro 64 bit. QGIS 3.0.0 Girona</p>
<a name="User-Feedback"></a>
<h2 >User Feedback<a href="#User-Feedback" class="wiki-anchor">¶</a></h2>
<p>I had added a label to print composer and clicked on the font button. Then QGIS crashed</p>
<a name="Report-Details"></a>
<h2 >Report Details<a href="#Report-Details" class="wiki-anchor">¶</a></h2>
<p><strong>Crash ID</strong>: dc851c90394e23a5b05dc00e2d7a1bdb6176fa75</p>
<p><strong>Stack Trace</strong><br /><pre>
QFontDatabase::applicationFontFamilies :
QFontDatabase::font :
QFontDialog::~QFontDialog :
QFontDialog::testOption :
QMetaObject::activate :
QFontDialog::changeEvent :
QMetaObject::activate :
QItemSelectionModel::setCurrentIndex :
QAbstractItemView::setCurrentIndex :
QFontDialog::testOption :
QFontDialog::getFont :
QFontDialog::getFont :
QFontDialog::getFont :
QgsGuiUtils::getFont :
QgsFontButton::showSettingsDialog :
QMetaObject::activate :
QAbstractButton::clicked :
QAbstractButton::click :
QAbstractButton::mouseReleaseEvent :
QToolButton::mouseReleaseEvent :
QWidget::event :
QApplicationPrivate::notify_helper :
QApplication::notify :
QgsApplication::notify :
QCoreApplication::notifyInternal2 :
QApplicationPrivate::sendMouseEvent :
QSizePolicy::QSizePolicy :
QSizePolicy::QSizePolicy :
QApplicationPrivate::notify_helper :
QApplication::notify :
QgsApplication::notify :
QCoreApplication::notifyInternal2 :
QGuiApplicationPrivate::processMouseEvent :
QWindowSystemInterface::sendWindowSystemEvents :
QEventDispatcherWin32::processEvents :
TranslateMessageEx :
TranslateMessage :
QEventDispatcherWin32::processEvents :
qt_plugin_query_metadata :
QEventLoop::exec :
QCoreApplication::exec :
main :
BaseThreadInitThunk :
RtlUserThreadStart :
</pre></p>
<p><strong>QGIS Info</strong><br />QGIS Version: 3.0.0-Girona<br />QGIS code revision: <a class="changeset" href="https://issues.qgis.org/projects/qgis/repository/revisions/001c80b0c3478f9d1fc026965c439aa843f0a66d" title="osgeo4w: fix grass plugin postinstall">001c80b0c3</a><br />Compiled against Qt: 5.9.2<br />Running against Qt: 5.9.2<br />Compiled against GDAL: 2.2.3<br />Running against GDAL: 2.2.3</p>
<p><strong>System Info</strong><br />CPU Type: x86_64<br />Kernel Type: winnt<br />Kernel Version: 6.1.7601</p> Bug report #18484 (Open): Label toolbar tools cannot select label when map is rotatedhttps://issues.qgis.org/issues/184842018-03-20T01:58:53ZAndrew Kovacsscavok@gmail.com
<p>The Show/Hide Labels and Diagrams and Move Labels/Diagrams tools do not function as expected when the map is rotated for at least point vector layers. When you click or highlight the label, it does not detect it. However, selecting a nearby area where the label is not located will hide it. It is apparently not transforming the coordinates on its updated location on the screen after rotation for the click listener.</p>
<p>It does not matter if the label has been moved first and then rotated, or if you first rotate and then try to move the label.</p>
<p>When changing the rotation back to 0, everything works as expected.</p> Bug report #17970 (Feedback): Cartographic point labeling should take symbol bounds into account ...https://issues.qgis.org/issues/179702018-01-26T14:47:05ZJohannes Kroeger
<p>By default the cartographic point labeling does not take symbol bounds into account which means the labels will likely overlap the symbols and thus look bad. This made me wonder if the feature was broken. I had expected great results just by switching to it.</p>
<p>Setting the "Distance offset from" to "From symbol bounds" makes them look fantastic.</p>
<p>Please make that setting the default! I would also suggest making the cartographic mode the default in any case ;)</p>