Changes between Initial Version and Version 1 of Ticket #34711
- Timestamp:
- Jul 14, 2023, 1:52:28 PM (17 months ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #34711 – Description
initial v1 4 4 marked for saving even if no field has been changed, I could pin the problem down 5 5 to the integer enum fields used in both models and form.ChoiceField involved. 6 In short form.has_changed() is triggered because of a double data conversion6 In short, form.has_changed() is triggered because of a double data conversion 7 7 during the round-trip. 8 8 … … 12 12 the string becomes an int again - which is why the original problem is hidden 13 13 from the perspective of a user. 14 15 This bug seem to be a regression from bug #22097. 14 16 15 17 Background: … … 34 36 choices=[(dcEntry.value, dcEntry.label) for dcEntry in mdMovie.eAssets], 35 37 initial=mdMovie.eAssets.none) 38 }}} 36 39 37 40 After processing the POST request, form.has_changed() is always true in view.py: 38 41 42 {{{ 39 43 >fmForm=fmMovie(vRequest.POST, vRequest.FILES or None, instance=rcCurrentMovie) 40 44 >fmForm.has_changed()