|
QA ENVIRONMENT -
vista, firefox, ie7 8087 server 2.6.x on HSQLDB - Built: 07/23/09 01:00 - Sakai sakai_2-6-x - Server localhost QA SUMMARY - for site created today... alice, ben and charles are "students" on the site, I'm IOR. 1 - created new account as jose w/preferences=Spanish 2 - added jose to site as IOR 3 - created new assignment. graded as jose for no submissions students alice, ben and charles. all language on grading page is spanish. 4 - as myself, selected each student, page is all in english 5 - as myself, graded ed and re-graded charles. 6 - as jose, looked @ charles and ed, all text is spanish QA RESULTS - pass on nightly 8087 server This has not been merged into 2.6.x was the testing done on 2.7?
does this require DB conversion for existing schools?
Why not storing a language-less string in the db instead of storing a English string?
Yea, while it doesn't seem like it matters what you store in the database as nobody will see it anyway, storing the and checking constant "gen.nograd" would make more sense.
Jean-François and Matthew,
Yes, I think it's a good idea storing the constant string related with the file of properties instead of English string. This is a good change, I have written the conversion scripts to take advantage of this change.
The change in 67103 fixes the dropdown bug I was seeing. It looks good, I'll post a full writeup in a second and a minor update to the conversion script.
QA ENVIRONMENT -
osx, camino server 2.6.x - Built: 10/02 - Sakai sakai_2-6-x - Server qa6-us Tested on assignment 2.6.x versions 66210 (Before this patch) 67053 (Including this patch) and finally with a merge from 67103 QA SUMMARY - 1) @66210 I rolled back the assignment on this server to the version before the first change was committed. (pre 66212) I created 6 assignments and graded them in 6 different languages (Japanese, Swedish, Chinese, Spanish, English, Russian) I confirmed that the tool was inserting the wrong localizd values into the database. I verified that the UI was showing the incorrect information as noted before. 2) @66210 I wrote and modified the conversion script (checked into reference/docs) which would replace specific values of "No Grade" with gen.nograd. I ran this conversion script on the database. There were 6 total rows affected as expected changed to gen.nograd. 3) @67053 I updated the assignment version on the server to the newest 2.6.x version to pick up the changes I had a bug that I reported concerning the dropdown grading that still inserted "No grade" the items that were converted looked good. It worked when you went through the grading process and released grades 4) @67053 + 67103 patch After the bug was fixed @67103 it worked. There were also some bugs in the conversion script - Hex was being inserted for some values in the mysql script for the entries that weren't actually being unhexed and didn't need hex processing. This is fixed. - I also made the replacement a little more specific in both conversion scripts to pick up "No Grade" in quotes rather than without just incase this text appeared somewhere else. Pretty unlikely but this makes it even more unlikely. In 2.7.x prior to 2.7.0-b01.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
Bug
Closed
Critical
Incorrect internationalization showing the grade NO GRADE
- Zhen