Opened 13 years ago
Closed 13 years ago
#3418 closed bug (invalid)
Layer Color Selector Crashes
Reported by: | drawman | Owned by: | nobody |
---|---|---|---|
Priority: | critical: causes crash or data corruption | Milestone: | Version 1.7.0 |
Component: | Symbology | Version: | 1.6.0 |
Keywords: | Cc: | ||
Must Fix for Release: | Yes | Platform: | OS X |
Platform Version: | 0SX 10.5.8 | Awaiting user input: | no |
Description
I can change the hatch from solid to stripes etc without problems, but once I click anywhere on the color picker to change a layer's color, the program crashes. I noticed this problem when using Version 1.5 so I upgraded, thinking it might solve the issue. It did not. It doesn't matter how big or small the layerfile is that I am working with.
I am running OSX 10.5.8 with a 2.16 Intel Core 2 Duo, 3GB Ram, Version QGIS 1.6.0
Attachments (2)
Change History (5)
by , 13 years ago
Attachment: | QGIS_2011-01-17-123020_cberg2-3.crash added |
---|
by , 13 years ago
Attachment: | rivercli.shp added |
---|
comment:1 by , 13 years ago
comment:2 by , 13 years ago
Working fine on Trunk and Fedora 14 with both new and old symbology.
Our version of Qt 4.7 might have patches not included in other distributions.
comment:3 by , 13 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
Your attached file cannot be used for testing. You need all the parts that go along with the shapefile (.dbf, etc.). Try zipping those into an archive and attach. This may be a problem with your file because I do not have this issue on my system, although I am using trunk. I still have the problem noted in #2127, but I believe this is a problem with qt, not QGIS. I'm setting this to invalid until we can verify that the problem occurs for others.
Note that this appears to be similar to #2127. I can confirm that any symbology operation that invokes the color picker causes misbehavior in the gui, including a sometimes locked-up/frozen gui. Occasionally, it is possible to hit the escape key to cancel out of the dialog windows and return to the map canvas.
I am seeing this in trunk on 10.6.6 and qt-4.7.1. It is not clear if this is a qt problem or qgis problem, although I can find nothing reported as a bug for qt that matches this.