Bug report #18277

Data loss When Saving Multiedit with Null

Added by Ryan Desmond almost 3 years ago. Updated almost 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 almost 3 years ago

Tested against master -- also fails with:

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

#2 Updated by Giovanni Manghi almost 3 years ago

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

#3 Updated by Ryan Desmond over 2 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 over 2 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 about 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 almost 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