id,summary,reporter,owner,description,type,status,component,version,severity,resolution,keywords,cc,stage,has_patch,needs_docs,needs_tests,needs_better_patch,easy,ui_ux 11313,list_editable fields don't support 'save' in multiuser environment,Margie Roginski,nobody,"I don't think that the list_editable fields concept in the admin, as implmemented in 1.1, works. Imagine this: 1. User 1 brings up a changelist for an object and orders it by a 'deadline' field, most recent first, resulting in object 'foo' being shown as the most recent object 2. User 2 edits object 'foo' and changes its deadline field so that it is no longer the most recent object 3. User 1 still has the changelist form on his screen, and modifies the 'name' field of object foo. Then he hits 'save'. When the 'save' request from user 1 is processed, a queryset for the objects is created that is ordered by deadline. However, the ordering of the queryset in the POST request is different than the ordering of the queryset in the GET request made by user 1, due to the edit made by user 2. In the example I describe above, object foo is no longer the object that has the most recent deadline when the code processes user 1's POST request. Instead, object 'bar' is. In effect, it's as if the code thinks the user wants to change the name of object 'bar' instead of object 'foo'. However, the id sent with the post data is for object 'foo'. Eventually we get into _perform_unique_checks() and this sort of identifies that there is a problem. There is the following code: {{{ # Exclude the current object from the query if we are editing an # instance (as opposed to creating a new one) if self.instance.pk is not None: qs = qs.exclude(pk=self.instance.pk) }}} In a non-multiuser case I think this would exclude the instance being edited, but in this case it doesn't. The result is that we drop into the next lines of code which generate an error, but the error looks like this: ""Task with this None already exists."" It contains the word ""None"" because the id field does not have a laberl attribute (ie self.fields['id'].label is None). I see this error when I print the form but it actually doesn't even show up in the admin ui. I just see the message ""Please correct the errors below"", but no errors are shown below. In general it seems like a different tact needs to be taken for the POST request related to modification of editable fields. It seems to me that the code needs to identify the object being modified based on the id, and modify that object, rather than creating a queryset based on the filters and ordering and simply indexing in by form number. Margie",Bug,closed,contrib.admin,1.1-beta,Normal,fixed,model formsets,Paul Oswald sailorfred@… tomek@… saxix.rome@… patjlm Zach Borboa carsten.fuchs@… cmawebsite@… Seth Gottlieb benred42@…,Ready for checkin,1,0,0,0,0,0