Hmm pretty sure if is wrong. Without debug symbols it doesn't know what
code is running and just has a good guess. A stack trace with symbols will
show a completely different stack
On Fri., 19 Jul. 2019, 9:26 am Nyall Dawson, wrote:
> On Thu, 18 Jul 2019 at 16:52, Nathan Woodrow wrote:
> >
> >
On Thu, 18 Jul 2019 at 16:52, Nathan Woodrow wrote:
>
> Yeah, in this case, the stack trace is wrong because of the lack of symbols.
> The symbols could be installed with QGIS at the increase of package size but
> maybe we can do that for a while until we catch this issue.
I don't think the
On Fri, 19 Jul 2019 at 01:37, Tejas L wrote:
>
> Hi Devs,
>
> I am writing a processing algorithm which uses multiple
> QgsProcessingLayerPostProcessorInterface based postprocessors to postprocess
> and load result layers.
>
> The post processing itself works fine, however I would like to
On Fri, 19 Jul 2019 at 00:38, Andreas Neumann wrote:
>
> Hi,
>
> We are having issues on the QGIS 3.4 release that the difference between and
> ellipsoidical and planimetric distance (and area) is huge. Too huge.
>
> We have this issue on Windows 3.4.9, but on Linux (a bit newer commit) I
>
Plugin Isochrones approval by pcav.
The plugin version "[1299] Isochrones 0.1.1" is now approved
Link: http://plugins.qgis.org/plugins/isochrones/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info:
QGIS 3.8 crashes most times for me on exiting and I have also found it to
be fairly unstable. I have had it corrupt one of the saved files so that
when it tried to load it, it would just hang. The georeferencing almost
always crashes or delivers strange results. I have not reported on it
because I
Andreas,
How do your results compare with the "Shape Tools" measurement tool? It is
based on the geographiclib library.
Calvin
On Thu, Jul 18, 2019 at 10:38 AM Andreas Neumann
wrote:
> Hi,
>
> We are having issues on the QGIS 3.4 release that the difference between
> and ellipsoidical and
Hi Devs,
I am writing a processing algorithm which uses multiple
QgsProcessingLayerPostProcessorInterface based postprocessors to postprocess
and load result layers.
The post processing itself works fine, however I would like to control the
execution order of post processors to get a
Hi,
We are having issues on the QGIS 3.4 release that the difference between
and ellipsoidical and planimetric distance (and area) is huge. Too huge.
We have this issue on Windows 3.4.9, but on Linux (a bit newer commit) I
don't have the same huge difference, but rather a very reasonable one.
Hi Andreas,
On 18/07/19 08:41, Andreas Neumann wrote:
> I think it depends on the libpq version that QGIS is built against. If
> it is version 10 or higher than it should just work. Just convert
> already existing md5 to scram-sha-256 in PostgreSQL and edit pg_hba.conf
> to use that new method.
Thanks Jürgen,
Yeah I know it was a bit much to have them included. I will see what I can
do with my install and hopefully get a good stack trace.
Regards,
Nathan
On Thu, Jul 18, 2019 at 5:07 PM Jürgen E. Fischer wrote:
> Hi Nathan,
>
> On Thu, 18. Jul 2019 at 16:51:44 +1000, Nathan Woodrow
Hi,
Unfortunately I am of no good use currently to test this, as I just
recently switched jobs and currently only have access to Linux as
sysadmin. In Windows I currently don't have admin rights. And I don't
own a private copy of Windows. I am working on getting admin rights on
Windows as well,
Hi Nathan,
On Thu, 18. Jul 2019 at 16:51:44 +1000, Nathan Woodrow wrote:
> Jurgen, would we be able to include the debug symbols for the build on the
> normal installers for once release cycle while this is still an issue? That
> would be super handy to catch this and other issues that come up.
In the meantime, if we have fellow Andreas able to reproduce an exit crash,
let's help him install the debug package and get a valid trace?
Andreas, that is, if you're game.
Math
On Thu, Jul 18, 2019, 13:51 Nathan Woodrow wrote:
> Yeah, in this case, the stack trace is wrong because of the
Yeah, in this case, the stack trace is wrong because of the lack of
symbols. The symbols could be installed with QGIS at the increase of
package size but maybe we can do that for a while until we catch this issue.
At the moment installing the symbols for the normal installer versions of
QGIS is
While discussing this further with Nathan, disabling the crash reporter
might not be the right solution as it'd most likely bring the OS crash
dialog anyways.
We'd need for the crash reporter to detect specific traces and silently
fail when it detects a useless / harmless trace.
There's also the
Hi Paolo,
We might have just read the same article? Like
https://info.crunchydata.com/blog/how-to-upgrade-postgresql-passwords-to-scram
or similar?
I think it depends on the libpq version that QGIS is built against. If
it is version 10 or higher than it should just work. Just convert
already
Plugin ImportPhotos approval by pcav.
The plugin version "[1410] ImportPhotos 2.2.2" is now approved
Link: http://plugins.qgis.org/plugins/ImportPhotos/
___
QGIS-Developer mailing list
QGIS-Developer@lists.osgeo.org
List info:
Hi Nyall,
Thanks for the reply. I also experienced quite a lot of these crashes.
Something that often shows up in the stack trace is
proj_lpz_dist :
proj_lpz_dist :
QgsCoordinateTransform::transformPolygon :
QgsCoordinateTransform::transformPolygon :
On Thu, 18 Jul 2019 at 16:05, Andreas Neumann wrote:
>
> Hi QGIS core devs,
>
> Currently on the Github issues I have the (subjective) feeling that every
> third report is about QGIS crashing on closing the program. It seems to be a
> really wide-spread issue that a majority of our users have.
Hi QGIS core devs,
Currently on the Github issues I have the (subjective) feeling that
every third report is about QGIS crashing on closing the program. It
seems to be a really wide-spread issue that a majority of our users
have. It would be great for QGIS' reputation if we could fix this/these
21 matches
Mail list logo