Bug report #19214
Crash on opening attribute tables
Status: | Closed | ||
---|---|---|---|
Priority: | Normal | ||
Assignee: | - | ||
Category: | Attribute table | ||
Affected QGIS version: | 3.0.3 | Regression?: | No |
Operating System: | Windows 7 | Easy fix?: | No |
Pull Request or Patch supplied: | No | Resolution: | not reproducable |
Crashes QGIS or corrupts data: | Yes | Copied to github as #: | 27043 |
Description
Just upgraded (again) to QGIS 3, hoping some of the crashes I experienced when first upgrading might have been ironed out by now, but I seem to have encountered one almost immediately. I've opened a project I created in 2.18 in 3.0.3, the project's been saved as a 3 project already it's presumably been updated.
Basically, every time I try to open the attribute table it either hangs or crashes; it only happens with certain attribute tables, others are fine. Things I can think of that connect the two it happens with are;
They're both quite big as in lots of fields, not lots of features)
They both have a lot of expressions (though other tables which work do have some expressions, these have loads)
Below is the crash report.
User Feedback¶
Report Details¶
Crash ID: 8f257c4eaabd2eed7b6c990241c9d91c1ff26395
Stack Trace
QgsField::QgsField : QgsAttributeForm::createWidgetFromDef : QgsAttributeForm::init : QMetaObject::tr : GDALRegister_MFF : GDALRegister_MFF :
QGIS Info
QGIS Version: 3.0.3-Girona
QGIS code revision: 8a899c8758
Compiled against Qt: 5.9.2
Running against Qt: 5.9.2
Compiled against GDAL: 2.2.4
Running against GDAL: 2.2.4
System Info
CPU Type: i386
Kernel Type: winnt
Kernel Version: 6.1.7601
History
#1 Updated by Dan Isaacs over 6 years ago
Update from further playing around. The two layers whose tables would not open had different problems.
In one layer I removed the table join and then re-set it - the attribute table now opens properly.
In another layer I deleted one normal expression and two virtual fields all of which made use of aggregate functions. Now that layer's attribute table opens normally too.
#2 Updated by Alessandro Pasotti over 6 years ago
It would be still interesting if you could provide the crashing project with associated data (or an extract of them), I'd like to have a look to it in order to check if we have any underlying regression that could be fixed before 3.2 (we don't have much time left though).
#3 Updated by Dan Isaacs over 6 years ago
Alessandro Pasotti wrote:
It would be still interesting if you could provide the crashing project with associated data (or an extract of them), I'd like to have a look to it in order to check if we have any underlying regression that could be fixed before 3.2 (we don't have much time left though).
Sorry, I've saved changes after finding the workarounds I mentioned, so I don't have the old layers/project. I'm working to a deadline, so had to get the thing moving in whatever way I could I'm afraid.
#4 Updated by Alessandro Pasotti over 6 years ago
- Resolution set to not reproducable
- Status changed from Open to Closed