Loosing the CRS in .copc.laz created from .laz using drag and drop

[PeterDrexel]

What is the bug or the crash?

When I drag and drop a .laz-File into QGIS 3.8.0 on Windows 10 i get .copc.laz without a crs.
It works fine in 3.36.3

Steps to reproduce the issue

copctest.zip
in the attached zip you can find 4 laz-files:
10225003_qgis_3_36_3.laz and 10225003_qgis_3_38_0.laz are identical (the same file, just 2 different filenames), with CRS set to 31254

1. After draging and dropping 10225003_qgis_3_36_3.laz into QGIS 3.36.3 i get 10225003_qgis_3_36_3.copc.laz, which still contains the CRS
2. After draging and dropping 10225003_qgis_3_38_0.laz into QGIS 3.38.0 i get 10225003_qgis_3_38_0.copc.laz, which does not contain the CRS anymore.

Peter

Versions

QGIS-Version
3.38.0-Grenoble
QGIS-Codeversion
37aa618
Qt-Version
5.15.13
Python-Version
3.12.4
GDAL-Version
3.9.0
PROJ-Version
9.4.0
EPSG-Registraturdatenbankversion
v11.004 (2024-02-24)
GEOS-Version
3.12.2-CAPI-1.18.2
SQLite-Version
3.45.1
PDAL-Version
2.6.3
PostgreSQL-Client-Version
16.2
SpatiaLite-Version
5.1.0
QWT-Version
6.2.0
QScintilla2-Version
2.14.1
BS-Version
Windows 10 Version 2009

Aktive Python-Erweiterungen
db_manager
0.1.20
processing
2.12.99

Supported QGIS version

• I'm running a supported QGIS version according to the roadmap.

New profile

• I tried with a new QGIS profile

Additional context

No response

[agiudiceandrea]

The issue doesn't occur using QGIS 3.34.8 on Windows.
Probably related to #57717.

[PeterDrexel]

Works in later Versions