Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Large format export/printing (with transparencies and blending modes) crashes QGIS 2.4 on Windows 32bit #19472

Closed
qgib opened this issue Sep 4, 2014 · 8 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Crash/Data Corruption High Priority Print Layouts Related to QGIS Print Layouts, Atlas or Reporting frameworks

Comments

@qgib
Copy link
Contributor

qgib commented Sep 4, 2014

Author Name: Bernd Eversmann (@BarneyBev)
Original Redmine Issue: 11145
Affected QGIS version: master
Redmine category:map_composer/printing
Assignee: Jürgen Fischer


I have a project I need to export as an DIN A0 map. The map contains shapeburst fills, transparencies and objects with blending modes.

This is what happens:

  • When I try to export the map in DIN A0 (as .tiff, .jpg or .pdf), choosing print as raster, QGIS crashes, an empty file is created.
  • When I export the same map in DIN A3 (raster resolution 300dpi), the file is written correctly.
  • When I leave away all special effects (transparencies, blending modes) and do not tick 'print as raster', the file exports without problems in A0 size.
  • When I try to export in A2, I get a "bad allocation" error message, and the map including all elements turns into a white page in print composer, until I restart QGIS. An empty file is written.

I am using QGIS 2.4 (osgeo4w installer) on Windows. The problems are the same using the Master (2.5) version.

I think this is quite a serious bug, because it makes it impossible to print cartographically demanding maps in large format.

Bernd


Related issue(s): #19743 (relates)
Redmine related issue(s): 11473


@qgib
Copy link
Contributor Author

qgib commented Sep 5, 2014

Author Name: Nyall Dawson (@nyalldawson)


Are you using a 64bit build? If not, I'd suggest you make the switch - 64 bit builds have much better support for large high resolution outputs.

@qgib
Copy link
Contributor Author

qgib commented Sep 9, 2014

Author Name: Bernd Eversmann (@BarneyBev)


My machine at work is Windows 32bit. Is seems I have to switch. On my Mac (10.9, 64bit) the file export works just fine up to DIN A0, with all sorts of 'special effects' and big raster backgrounds.

That's good to know, but on 32bit machines this problem is still a serious limitation...

@qgib
Copy link
Contributor Author

qgib commented Oct 30, 2014

Author Name: Giovanni Manghi (@gioman)


That's good to know, but on 32bit machines this problem is still a serious limitation...

this issue is known since long ago so i don't even know that we should keep this open (because evidently it has no easy solution) and instead document it.

If I'm not wrong 32bit qgis on Linux and OsX does not crash in the same situations, is just a Windows thing.


  • version was changed from 2.4.0 to master
  • subject was changed from Large format export/printing (with transparencies and blending modes) crashes QGIS 2.4 to Large format export/printing (with transparencies and blending modes) crashes QGIS 2.4 on Windows 32bit

@qgib
Copy link
Contributor Author

qgib commented Oct 30, 2014

Author Name: Giovanni Manghi (@gioman)


  • status_id was changed from Open to Feedback

@qgib
Copy link
Contributor Author

qgib commented Jan 16, 2015

Author Name: Jürgen Fischer (@jef-n)


  • assigned_to_id was configured as Jürgen Fischer

@qgib
Copy link
Contributor Author

qgib commented Jan 21, 2015

Author Name: Jürgen Fischer (@jef-n)


Qt in OSGeo4W 32bit was updated to 4.8.6 - please verify that it also solved the printing issue.

@qgib
Copy link
Contributor Author

qgib commented Jan 21, 2015

Author Name: Bernd Eversmann (@BarneyBev)


Unfortunately I don't have access to a Win32 machine with QGIS at the moment. Can anyone else verify?

@qgib
Copy link
Contributor Author

qgib commented May 22, 2015

Author Name: Giovanni Manghi (@gioman)


Bernd Eversmann wrote:

Unfortunately I don't have access to a Win32 machine with QGIS at the moment. Can anyone else verify?

seems fine in my tests, please reopen if necessary.


  • resolution was changed from to worksforme
  • status_id was changed from Feedback to Closed

@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! High Priority Print Layouts Related to QGIS Print Layouts, Atlas or Reporting frameworks Crash/Data Corruption labels May 25, 2019
@qgib qgib added this to the Future Release - High Priority milestone May 25, 2019
@qgib qgib closed this as completed May 25, 2019
Ailurupoda pushed a commit to SIRS-CLS/QGIS that referenced this issue Feb 18, 2020
This algorithm cannot output cross-validation results and topographic
parameters simultaneously, hence two tools needed. Thanks to Pedro Venâncio
for finding this and proposing a fix.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Crash/Data Corruption High Priority Print Layouts Related to QGIS Print Layouts, Atlas or Reporting frameworks
Projects
None yet
Development

No branches or pull requests

1 participant