Bug report #15976
Attribute table: rows are switching when adding attributes
Status: | Closed | ||
---|---|---|---|
Priority: | High | ||
Assignee: | Luigi Pirelli | ||
Category: | Attribute table | ||
Affected QGIS version: | 2.18.4 | Regression?: | Yes |
Operating System: | Easy fix?: | No | |
Pull Request or Patch supplied: | Yes | Resolution: | |
Crashes QGIS or corrupts data: | No | Copied to github as #: | 23892 |
Description
This doesn't happen in 2.14.9 and is thus a regression. Here's how to reproduce the bug:
1. Create a new Shapefile with a single column named id (this also works with GeoPackage and other formats)
2. Digitize a few features
3. Open the attribute table, click in the first cell, write a number and press Enter
The position of the row (and hence the row number) will change. This also happens for the other rows. This behavior is extremely confusing since it's hard to know which feature you're currently editing.
Related issues
Associated revisions
Avoid row sorts during attribute editing in AttributeTable Fix #15976
Avoid row sorts during attribute editing in AttributeTable Fix #15976
History
#1 Updated by Saber Razmjooei almost 8 years ago
- File attribute_table_218.PNG added
- Category set to Attribute table
Confirmed.
In my case, it duplicates the number of features in the attribute table. See attached with 3 points in the canvas and 6 rows in the attribute table.
#2 Updated by Jérôme Guélat almost 8 years ago
In my case the duplication only happens with shapefiles, that's why I created another ticket (#15974)
#3 Updated by Giovanni Manghi over 7 years ago
- Affected QGIS version changed from 2.18.0 to 2.18.4
- Target version set to Version 2.18
Confirmed also on 2.18.4
#4 Updated by Luigi Pirelli over 7 years ago
the error should be related with that in #15803
probably the effect still remain in qgis3
the initial sort is not applied => applied only when adding/removing column or apply a column sorting explicitly.
#5 Updated by Ger CO over 7 years ago
Same here + double or missing features after editing. Only happens with shapefiles (I have tested against geopackage).
I am on win 7, 64 bit, german setup. For shapefiles, the attribute table is not usable for me.
#6 Updated by Giovanni Manghi over 7 years ago
- Regression? set to Yes
#7 Updated by Giovanni Manghi over 7 years ago
- Priority changed from Severe/Regression to High
#8 Updated by Giovanni Manghi over 7 years ago
- Easy fix? set to No
#9 Updated by Luigi Pirelli over 7 years ago
- Description updated (diff)
hi Ger CO
yes, feature duplication is already reported in #15974
#10 Updated by Giovanni Manghi over 7 years ago
- Resolution set to duplicate
- Status changed from Open to Closed
#11 Updated by Giovanni Manghi over 7 years ago
- Resolution deleted (
duplicate) - Status changed from Closed to Open
#12 Updated by Luigi Pirelli over 7 years ago
- Status changed from Open to In Progress
- Pull Request or Patch supplied changed from No to Yes
proposed fix for this regression issue
#13 Updated by Luigi Pirelli over 7 years ago
- Assignee set to Luigi Pirelli
#14 Updated by Luigi Pirelli over 7 years ago
port on master in https://github.com/qgis/QGIS/pull/4463
#15 Updated by Jürgen Fischer over 7 years ago
- Related to Bug report #15974: Rows of the attribute table seem to be duplicated when saving edits in a shapefile added
#16 Updated by Luigi Pirelli over 7 years ago
- % Done changed from 0 to 100
- Status changed from In Progress to Closed
Applied in changeset qgis|f1383e240ae538284fbf505e4a25a90775797524.
#17 Updated by Luigi Pirelli over 7 years ago
wait some days to backport in 2.18