v.sample fails with "ERROR: Unable to load GDAL library"

[anitagraser]

What is the bug or the crash?

On windows (OSGeo4W QGIS 3.16.11), v.sample fails with "ERROR: Unable to load GDAL library".

May be related to https://gis.stackexchange.com/questions/407986/qgis-3-20-1-unable-to-use-grass-toolbox

Steps to reproduce the issue

1. Run v.sample from the Processing toolbox. Any input datasets will do.

Versions

OSGeo4W QGIS 3.16.11

Additional context

Confirmed by @gioman on Telegram

[gioman]

For what it is worth: runs fine on Ubuntu 20.04.

[gioman]

A similar tool v.what.rast works fine also on Windows.

[agiudiceandrea]

The issue doesn't occur using QGIS 3.16.11 on Windows 10 installed via OSGeo4W old (v1/EXE) standalone installer.

[gioman]

The issue doesn't occur using QGIS 3.16.11 on Windows 10 installed via OSGeo4W old (v1/EXE) standalone installer.

@agiudiceandrea yes, it seems to be a osgeo4w v2 thing only.

[agiudiceandrea]

It seems to me the issue occurs using OSGeo4W new (v2/MSI) installers because GRASS needs, in some circumstances, to load one of the GDAL DLLs named in a list ("gdal300.dll", "gdal204.dll", "gdal203.dll", "gdal202.dll", ...), but the OSGeo4W new (v2/MSI) installers don't provide any of them (the provided GDAL DLL is "gdal303.dll").
See https://github.com/OSGeo/grass/blob/75dd60a694198f7bca17b7e3d6387b6eefa9bb7a/lib/raster/gdal.c#L94-L150

@anitagraser as a temporary workaround, you could make a copy of the gdal303.dll file present in the the bin folder inside the QGIS/OSGeo4W installation folder and rename the copy as gdal300.dll.

[gioman]

It seems to me the issue occurs using OSGeo4W new (v2/MSI) installers because GRASS needs, in some circumstances, to load one of the GDAL DLLs named in a list ("gdal300.dll", "gdal204.dll", "gdal203.dll", "gdal202.dll", ...), but the OSGeo4W new (v2/MSI) installers don't provide any of them (the provided GDAL DLL is "gdal303.dll").
See https://github.com/OSGeo/grass/blob/75dd60a694198f7bca17b7e3d6387b6eefa9bb7a/lib/raster/gdal.c#L94-L150

@jef-n can that libraries be added to osgeo4w v2?

[jef-n]

Why is this a QGIS issue at all?

[gioman]

Why is this a QGIS issue at all?

Right, so I guess this must be moved to the osgeo4w tracker?

[jef-n]

No. GRASS

[gioman]

No. GRASS

OSGeo/grass#1872 thanks I was about to file it myself.

[neteler]

OSGeo/grass#1872 thanks I was about to file it myself.

The upstream report OSGeo/grass#1872 was fixed with OSGeo/grass#2290 on Apr 2, 2022.

Can this report be closed?