Roundup Tracker - Issues

Issue 712084

classification
Title: Exception handiling erases some form elements
Type: Severity: normal
Components: Web interface Versions:
process
Status: closed Resolution: fixed
Dependencies: Superseder: let forms preserve values after submission failed
View: 1408570
Assigned To: richard Nosy List: calvin, richard, rouilj
Priority: normal Keywords:

Created on 2003-03-30 06:55 by rouilj, last changed 2009-10-20 08:18 by schlatterbeck.

Messages
msg744 Author: [hidden] (rouilj) Date: 2003-03-30 06:55
Start up a classic tracker. Create an issue
with a title and some 
starter change note.
Set the priority and submit the new 
issue.

Now set the superseeder field to a non-existant 
issue
number that is larger than any issue. Also add 
another
user to the nosy list and put a keyword in the topic 
list
along with a bogus keyword, select an assigned to 
person
and try to upload a file, and put in a change 
note.

Submit the changes. You will see an error, but
all 
the entered data has disappeared, except
for the change 
note.

Is there any reason that this preservation of 
data
shouldn't be extended to include all fields?

I think 
that the field() and menu() items should
automatically try to 
keep the data that was submitted,
and if no data was 
submitted, then they should
take on the values that are in the 
hyperdb.

-- rouilj


msg745 Author: [hidden] (calvin) Date: 2003-05-21 15:18
Logged In: YES 
user_id=9205

I think this is a fundamental design thing: if you change X
entries and one of it is invalid, all changes are thrown
away (even the valid ones).
This has also been reported as a bug in Debian Linux. See
http://bugs.debian.org/193843 for more info.
History
Date User Action Args
2009-10-20 08:18:55schlatterbecksetsuperseder: let forms preserve values after submission failed
2003-03-30 06:55:52rouiljcreate