|
It seems like this issue is fixed in 2.4.0_QA_002 on qa1-uk (Linux / MySQL).
Should this conversion be added to the 2.4 migration scripts? We are still seeing this issue on a 2.4.x install (MySQL), our notes column is set to 255 characters. Strangely in the hibernate mapping file the limit it set at 4k. Better validation of input would be good.
We don't have the cycles to address this bug at this time. If someone is interested in providing a patch, please attach it to this bug and then assign the but to 'automatic'.
In the DB conversion scripts, this field was increased to 4000 in Sakai v2.1.2->2.2.0.
For newer installs, the Hibernate mapping has it at 4000 as well: <property name="notes" column="NOTES" length="4000" /> However, if the SQL in common-composite-component/src/sql/DB-VENDOR/sakai_common.sql was run manually instead of using auto.ddl=true, that would have set it at 255: NOTES varchar(255) Could that be the culprit in the cases above? Note also that in the same folder there is a DB upgrade script for this if you had manually run the creation script sakai_common.sql in that folder to create the tables:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
ALTER TABLE SAKAI_PERSON_T MODIFY NOTES VARCHAR2 (4000);
It might still be helpful to generate an error message when the user tries to add more the 4K to this field.