Bug report #9019
raster "save as..." "abort" doesn't abort
|Affected QGIS version:||2.0.1||Regression?:||No|
|Operating System:||Easy fix?:||No|
|Pull Request or Patch supplied:||No||Resolution:||not reproducable|
|Crashes QGIS or corrupts data:||No||Copied to github as #:||17674|
I start a "Save as" for a raster layer. No matter what settings I use, or the source format, pressing "Abort" once the save has started simply results in the interface becoming unusable and windows thinking its crashed. If I wait patiently (as I know it hasn't actually crashed looking at the process), I see that it's still processing away and does so for several minutes before I get bored and just kill QGIS entirely.
Windows 7, x64.
#1 Updated by Jonathan Moules about 9 years ago
This seems to be a little nuanced after all.
I'm testing using absurdly large files (5GB JP2 that's ~40GB uncompressed).
I'm saving as an uncompressed GeoTIFF. QGIS does this in two stages:
Stage 1) It creates a blank GeoTIFF file of the right size. During this stage the abort button isn't even shown - QGIS is entirely locked up. Pressing the "x" (to act as abort) on the process functions as described above.
Stage 2) QGIS then starts "Reading raster part x of y" - "Abort" works during this period.
#3 Updated by Jonathan Moules about 9 years ago
I'm not sure about edge-case. The behaviour is there 100% of the time. It's just that stage 1 is super-quick for smaller files so not-noticeable.
It depends on two factors:
1) The speed of your disk (for stage 1 writing).
2) The size of the file. Anything over a few hundred megabytes and it'll take long enough to be noticeable. Get into GB range and stage 1 lasts several seconds at least, even with an SSD.