Hi Nelson, 

Thank you for your feedback. 

Hm - but you are not supposed to provide a path with multiple gigabytes
of data to browser for SVG files. Of course this would be slow. Every
photo manager takes a long time if it has to browse the whole disk for
photos. This would be a misuse of this setting. 

This setting is meant for you to provide a handful of smaller
directories reserved to hold SVG files for QGIS - not to search the
whole hard drive - lets say not more than a couple hundred files at

The question is how this works for Debian users under "normal"
conditions, where you don't specify your whole home drive as a search


On 2016-07-07 14:31, Nelson A. de Oliveira wrote:

> On Thu, Jul 7, 2016 at 7:49 AM, Neumann, Andreas <a.neum...@carto.net> wrote: 
>> Are there any Debian (or Ubuntu) users out there who can reproduce this bug
>> here:
>> http://hub.qgis.org/issues/14255 titled "SVG preview blocks QGIS".
> If I properly understand the problem, it seems that QGIS, by default,
> traverses the user home looking for SVG files.
> And indeed, depending on the size of the home it takes some time (and
> QGIS stays blocked while it doesn't finish this).
> Have a home with 346G (like mine) and you should see what happens.
> I don't know how it's made, but maybe this traversal could be
> implemented asynchronously or using a thread? (so the main process
> won't get blocked while searching for SVG files)

Qgis-user mailing list
List info: http://lists.osgeo.org/mailman/listinfo/qgis-user
Unsubscribe: http://lists.osgeo.org/mailman/listinfo/qgis-user

Reply via email to