click here for details... Sakai Executive Director Position Search now open
Issue Details (XML | Word | Printable)

Key: SAK-6829
Type: Contributed Patch Contributed Patch
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Unassigned
Reporter: Charles Hedrick
Votes: 1
Watchers: 3
Operations

If you were logged in you would be able to see more operations.
Sakai

non-ASCII data in test submissions by students is blown

Created: 11-Oct-2006 10:55   Updated: 18-Feb-2010 15:18
Component/s: Tests & Quizzes (Samigo)
Affects Version/s: 2.1.2, 2.3.0
Fix Version/s: None

File Attachments: 1. File UploadFilter.note (1 kB)

Issue Links:
Relate
 


 Description  « Hide
This affects both head and 2.1.x

If users submit non-ASCII data as part of a test, the non-ASCII characters
are misinterpreted. getString needs to specify the encoding. Since our
pages are all forced to UTF-8 it seems safest to use that. Otherwise
we could get the encoding from the request.



 All   Comments   Change History   Subversion Commits   git Commits      Sort Order: Ascending order - Click to sort in descending order
Charles Hedrick added a comment - 11-Oct-2006 11:05
FYI: why this works. assessment submission uses multipart/form-data because it has to be able to handle file uploads. The problem is that normal parameter handling doesn't exist for form-data. So if you do this you have to supply a filter that implements the normal parameter interface. That's UploadFilter.java. For normal (non-file) parameters, it pulls the value from where the file contents normally would be. It uses item.getString for that. getString takes an argument to specify the encoding. They forgot to supply that.

Brian Jorgensen added a comment - 26-Oct-2006 15:43
Fixed in 2.1.x -- r17483.

Brian Jorgensen added a comment - 26-Oct-2006 15:44
2.3.x not fixed....

Lydia Li added a comment - 18-Feb-2010 15:18
Old bug. Already fixed.