Difficult to set value in drop down list in table column

[qgib]

Author Name: Patrick Dunford (@enzedrailmaps)
Original Redmine Issue: 12625
Affected QGIS version: 2.8.1
Redmine category:edit_widget

---

When I select a feature on the map and then I open the attribute table for the layer and change the view to Show Selected Features.
I have a column called Type. I try to change the value of Type which is a Value Map so it shows a drop down list.
And then I press Save button.
Then the value in Type column I just changed will change itself back to the previous value
And then I have to change Type again and save again.

And then I change the selection to work with another feature.
Then I select the feature I was working with before.
And in Type column it still shows the original value before I changed it even though the map style reflects the changed value. (The maps use rule based styles with the Type column being the column that is used in the style rules)
And this is very annoying.

---

• Untitled_1.avi (Patrick Dunford)

---

Related issue(s): #20561 (duplicates)
Redmine related issue(s): 12387

---

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

I cannot confirm on QGIS master (please test it). This bug sounds similar to one that now I cannot find and that was about the value map widget not writing the right value after having reordered one of the columns. But this issue was already fixed.

---

• category_id was configured as Edit widget
• status_id was changed from Open to Feedback

[qgib]

Author Name: Patrick Dunford (@enzedrailmaps)

---

I'm currently using 2.5

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

Patrick Dunford wrote:

I'm currently using 2.5

Use a more recent version. In 2.8.1 this is fixed. Please reopen if necessary.

---

• status_id was changed from Feedback to Closed
• resolution was changed from to invalid

[qgib]

Author Name: Patrick Dunford (@enzedrailmaps)

---

This is still observed in 2.9.0

---

• status_id was changed from Closed to Reopened

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

Patrick Dunford wrote:

This is still observed in 2.9.0

could please make and attach a screencast that shows the issue? thanks.

---

• resolution was changed from invalid to
• status_id was changed from Reopened to Feedback

[qgib]

Author Name: Jürgen Fischer (@jef-n)

---

not reproducable on master. closing for the lack of feedback.

---

• resolution was changed from to not reproducable
• status_id was changed from Feedback to Closed

[qgib]

Author Name: Patrick Dunford (@enzedrailmaps)

---

Here is a screen capture showng the problem
On the screen we have the two tables opened as attributes, the source table on the left and the destnation table on the right.
00:00:05 select a record of the source table
00:00:26 A Cut of the selected record was performed
00:00:36 a Paste to the new table was performed and we scroll to the bottom to see the new table. Note that even though the tables have identical attributes the record was pasted with all fields values cleared.
00:00:39 The value in the Type column was changed from null into one of the values in the drop down list using the mouse.
00:00:44 The Save button was used to save the new record to the table.
00:00:45 We scroll to the bottom to find the new record with the type field value we just entered, has been cleared.
After settng the type again and saving again it gets remembered this time.

QGIS version
2.10.1-Pisa
QGIS code revision
d20c5b7
Compiled against Qt
4.8.5
Running against Qt
4.8.5
Compiled against GDAL/OGR
1.11.2
Running against GDAL/OGR
1.11.3
Compiled against GEOS
3.4.2-CAPI-1.8.2
Running against GEOS
3.5.0-CAPI-1.9.0 r4084
PostgreSQL Client Version
9.2.4
SpatiaLite Version
4.1.1
QWT Version
5.2.3
PROJ.4 Version
480
QScintilla2 Version
2.7.2

Windows 10 x64

---

• status_id was changed from Closed to Reopened
• 9360 was configured as Untitled_1.avi

---

• Untitled_1.avi (Patrick Dunford)

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

• regression was configured as 0
• easy_fix was configured as 0

[qgib]

Author Name: Giovanni Manghi (@gioman)

---

End of life notice: QGIS 2.18 LTR

Source:
http://blog.qgis.org/2019/03/09/end-of-life-notice-qgis-2-18-ltr/

---

• resolution was changed from not reproducable to end of life
• status_id was changed from Reopened to Closed