Bug report #18277

Data loss When Saving Multiedit with Null

Added by Ryan Desmond over 3 years ago. Updated over 2 years ago.

Category:Attribute table
Affected QGIS version:3.2.1 Regression?:Yes
Operating System:Ubuntu 16.04 Easy fix?:No
Pull Request or Patch supplied:No Resolution:no timely feedback
Crashes QGIS or corrupts data:Yes Copied to github as #:26168


  1. Create a new scratch layer (All defaults is okay)
  2. Open the attribute table in edit mode
  3. Create a new Field, Add a name (Other parameters default)
  4. Enable multi-edit
  5. Click toggle editing
  6. Click close without saving


- Features needn't be made -- but it will still crash with one


#1 Updated by Ryan Desmond over 3 years ago

Tested against master -- also fails with:

Thread 1 "qgis" received signal SIGSEGV, Segmentation fault.

#2 Updated by Giovanni Manghi over 3 years ago

  • Regression? changed from No to Yes
  • Priority changed from Normal to High

#3 Updated by Ryan Desmond almost 3 years ago

I just went through this procedure in 3.2.1. It did not result in a crash, but did cause any features that existed because the attribute table was opened to be removed. So the bug is now a data loss problem.

#4 Updated by Giovanni Manghi almost 3 years ago

  • Subject changed from Crash When Saving Multiedit with Null to Data loss When Saving Multiedit with Null
  • Affected QGIS version changed from 3.0.0 to 3.2.1

#5 Updated by Giovanni Manghi over 2 years ago

  • Status changed from Open to Feedback

Please try on QGIS 3.4.1, if the issue is still valid change the affected version, thanks.

#6 Updated by Jürgen Fischer over 2 years ago

  • Resolution set to no timely feedback
  • Status changed from Feedback to Closed

Bulk closing 82 tickets in feedback state for more than 90 days affecting an old version. Feel free to reopen if it still applies to a current version and you have more information that clarify the issue.

Also available in: Atom PDF