Bug report #19214

Crash on opening attribute tables

Added by Dan Isaacs almost 6 years ago. Updated almost 6 years ago.

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 almost 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 almost 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 almost 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 almost 6 years ago

  • Resolution set to not reproducable
  • Status changed from Open to Closed

Also available in: Atom PDF