Opened 14 years ago

Closed 14 years ago

Last modified 14 years ago

#2770 closed bug (duplicate)

crash when zooming to layer extent

Reported by: ScottParker Owned by: nobody
Priority: critical: causes crash or data corruption Milestone: Version 1.5.0
Component: Build/Install Version: Trunk
Keywords: Cc:
Must Fix for Release: No Platform: Debian
Platform Version: Awaiting user input: no

Description

  • using Albers coordinate system - zoom to layer extent of gpx file works OK
  • change to latlong WGS84
  • now zoom to layer extent causes QGIS to crash with "needs to close" message

zoom to layer extent works OK with other gpx files

Attachments (2)

testing4GM.gpx (11.1 KB ) - added by ScottParker 14 years ago.
testing2.qgs (2.4 KB ) - added by ScottParker 14 years ago.

Download all attachments as: .zip

Change History (7)

comment:1 by lutra, 14 years ago

Please attach gpx track or add a link where it is possible to download it.

by ScottParker, 14 years ago

Attachment: testing4GM.gpx added

by ScottParker, 14 years ago

Attachment: testing2.qgs added

comment:2 by ScottParker, 14 years ago

I have tried to reduce the datasets and sequence required to reproduce the bug but this is the best I can do.

-start with testing2.qgs (NAD83/ CA Albers EPSG 3310)
-add http://atlas.ca.gov/casil/imageryBaseMapsLandCover/baseMaps/drg/30x60_minute_series_albers_nad83_untrimmed/f38119a1.tif (nothing smaller seems to cause the problem)
-add testing4GM.gpx
-change to WGS84 EPSG 4326
-select testing4GM and Zoom to layer extent

comment:3 by lutra, 14 years ago

Resolution: duplicate
Status: newclosed

A few points:

*) the project was made with qgis 1.0.2, if you are using such version you should specify that, not "head", in the ticket.

*) the problem should be duplicate of #2457, you may want to add there new findings about this problem. Reopen if necessary.

*) in any case you cannot reproject rasters in qgis, but I agree that qgis should not crash in this situations

comment:4 by lutra, 14 years ago

see also #2457

in reply to:  4 comment:5 by ScottParker, 14 years ago

I verified the fix with this data in case the fix for #2457 did not cover this one. It does not reproject on the fly (I did not expect on the fly.) but it does not crash as before.

Thanks for fixing this.

Note: See TracTickets for help on using tickets.