<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-AU" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span style="mso-fareast-language:EN-US">I think I recall checking and a bug report was already there, but I can't find it now, so can have a go.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US">From:</span></b><span lang="EN-US"> Alessandro Pasotti <apasotti@gmail.com>
<br>
<b>Sent:</b> Friday, 22 October 2021 4:33 PM<br>
<b>To:</b> Michael Dufty <MDufty@mbsenvironmental.com.au><br>
<b>Cc:</b> Lars I. Nielsen <lin@lifa.dk>; qgis-user@lists.osgeo.org<br>
<b>Subject:</b> Re: [Qgis-user] Crashing with snapping and WFS !?<o:p></o:p></span></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">Hi,<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal"><o:p> </o:p></p>
</div>
<div>
<p class="MsoNormal">this really sounds like a bug, can you file a ticket if there isn't one already?<o:p></o:p></p>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<div>
<div>
<p class="MsoNormal">On Fri, Oct 22, 2021 at 4:16 AM Michael Dufty <<a href="mailto:MDufty@mbsenvironmental.com.au">MDufty@mbsenvironmental.com.au</a>> wrote:<o:p></o:p></p>
</div>
<blockquote style="border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm">
<p class="MsoNormal">I'm not sure if its related, but I often have issues with snapping and arcgis rest layers. The problem is if snapping is enabled QGIS will index the entire layer. If it happens to be a national dataset - the sort of thing web layers are
great for, this can take an hour or so, with QGIS unresponsive for the whole time often it won't actually crash if you are patient enough, but better to force quit if you have saved. Often I don't even want to snap to that layer, just accidentally had snap
to all layers enabled, and once you realise it is happening it is too late to save the setting. Even worse the settings only seem to be available when snap is enabled, so to fix it, you need to hide the layer, turn snap on, change the settings, then turn
the layers back on.<br>
<br>
Michael Dufty<br>
-----Original Message-----<br>
From: Qgis-user <<a href="mailto:qgis-user-bounces@lists.osgeo.org" target="_blank">qgis-user-bounces@lists.osgeo.org</a>> On Behalf Of Lars I. Nielsen<br>
Sent: Wednesday, 20 October 2021 7:29 PM<br>
To: Julien Cabieces <<a href="mailto:julien.cabieces@oslandia.com" target="_blank">julien.cabieces@oslandia.com</a>><br>
Cc: <a href="mailto:qgis-user@lists.osgeo.org" target="_blank">qgis-user@lists.osgeo.org</a><br>
Subject: Re: [Qgis-user] Crashing with snapping and WFS !?<br>
<br>
Thanks Julien.<br>
<br>
It's on Windows. It's at a customer, so I'm not entirely sure what version, except that it's Windows 10.<br>
<br>
I did a bug report on it: # 45589.<br>
<br>
Cheers<br>
Lars<br>
<br>
-----Oprindelig meddelelse-----<br>
Fra: Julien Cabieces [mailto:<a href="mailto:julien.cabieces@oslandia.com" target="_blank">julien.cabieces@oslandia.com</a>]
<br>
Sendt: 18. oktober 2021 09:15<br>
Til: Lars I. Nielsen<br>
Cc: <a href="mailto:qgis-user@lists.osgeo.org" target="_blank">qgis-user@lists.osgeo.org</a><br>
Emne: Re: [Qgis-user] Crashing with snapping and WFS !?<br>
<br>
<br>
Hi,<br>
<br>
<br>
Could you please open an issue here <a href="https://github.com/qgis/QGIS/issues" target="_blank">
https://github.com/qgis/QGIS/issues</a><br>
?<br>
<br>
Does it happen on Linux or Windows ?<br>
<br>
Do you manage to reproduce the issue every time or it happen randomly?<br>
<br>
Kind regards,<br>
Julien<br>
<br>
> Hi list.<br>
><br>
> <br>
><br>
> We’re running a dataset via WFS (Geoserver 2.16) into QGIS.<br>
><br>
> The user has snap turned on while digitizing/editing, and too often this combo results in QGIS crashing.<br>
><br>
> <br>
><br>
> However, this crash does not happen when digitizing/editing, but during other operations like panning the map or something similar.<br>
><br>
> <br>
><br>
> The stack dump mentions “snapPoint”, “snapToMap”, “nearestVertex”, and “closestVertex”, which to me implies the snapping function in action.<br>
><br>
> It also mentions “canvasMoveEvent”, which to me implies a panning operation.<br>
><br>
> <br>
><br>
> I expect the snapping operation to be entirely local, i.e. independent of actual data source type, but this apparently only happens when using a WFS data source.<br>
><br>
> <br>
><br>
> Can anyone shed some light on this unexpected behavior ? Is it a bug ?<br>
><br>
> <br>
><br>
> Here’s the crash dialog box:<br>
><br>
> *<br>
><br>
> <br>
><br>
> QGIS is version 3.16.10, as the stack dump shows.<br>
><br>
> <br>
><br>
> <br>
><br>
> Med venlig hilsen<br>
><br>
> Lars I. Nielsen<br>
> GIS-kons., FME+Python Certified Professional<br>
> GeoData<br>
><br>
> <br>
><br>
> * <br>
> Dir. +4563136849 <br>
> Tlf. +4563136800 <br>
> Mail +<a href="mailto:lin@lifa.dk" target="_blank">lin@lifa.dk</a> <br>
> *<br>
><br>
> <br>
><br>
> LIFA A/S · Tlf +4563136800 · <a href="http://lifa.dk" target="_blank">lifa.dk</a> · CVRI20937289<br>
><br>
> Odense · København · Fredericia · Vejle · Kolding · Aarhus · Middelfart · Vissenbjerg · Kerteminde
<br>
><br>
> * Følg os på LinkedIn og læs de seneste nyheder fra LIFA A/S <br>
> *<br>
<br>
_______________________________________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">
https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">
https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
_______________________________________________<br>
Qgis-user mailing list<br>
<a href="mailto:Qgis-user@lists.osgeo.org" target="_blank">Qgis-user@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">
https://lists.osgeo.org/mailman/listinfo/qgis-user</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-user" target="_blank">
https://lists.osgeo.org/mailman/listinfo/qgis-user</a><o:p></o:p></p>
</blockquote>
</div>
<p class="MsoNormal"><br clear="all">
<br>
-- <o:p></o:p></p>
<div>
<div>
<div>
<p class="MsoNormal">Alessandro Pasotti<o:p></o:p></p>
</div>
<div>
<p class="MsoNormal">QCooperative: <a href="https://www.qcooperative.net" target="_blank">
www.qcooperative.net</a><o:p></o:p></p>
</div>
<p class="MsoNormal">ItOpen: <a href="http://www.itopen.it" target="_blank">www.itopen.it</a><o:p></o:p></p>
</div>
</div>
</div>
</div>
</body>
</html>