I was making some changes to an attribute "Max Length" and at a different time I also RENAMED two of the attribute names.
There was NO errors reported during the process until I went to publish the app and it gave me an error that said somethings about the OLD attribute name was used in one of the forms. I went and fixed it on the form and rechecked the integrity without error.
Upon publish it returned: ERROR ALTERING column yyyyy for table yyyy to type yyyy varchar(3) Data Truncated for column 'yyyy' at row 4
And the NEXT TIME it returned: ERROR ALTERING COLUMN xxxx to table xxxx to type xxxx varchar(3) Unknown column 'xxxxx' in 'xxxx'
And of course since we have no way to manually clear or correct this problem in the database. I'm screwed until someone responded to this message.
I'm assuming and maybe incorrectly so, that you have some kind of change logic your storing so you can make the necessary changes to the underlying database at publish time and I am not sure if the Truncated error some how aborted your change logic and screwed everything up or you may be attempting to process the length change logic after you already renamed the field.
Regardless something is screwed up. Maybe you should have a feature under tools remove the scheduled publish change logic that effects that column and continue or something?
Or even an option to drop / recreate table and ignore additional table changes, would work during development if we don't have much data. At least where not at a stand still and the option is ours to make.