View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000203||HTML & PERL||Feature Request - Database||public||2005-06-08 09:24||2007-12-06 08:29|
|Target Version||Fixed in Version|
|Summary||0000203: Force all chars in input to be inside <127 range|
|Description||General idea is that all strings inside database must be low-ASCII (<127) to prevent problems that different software used on AniDB could have. UTF8 to HTML cleaner is good solution to ensure that there's nothing but low ASCII in it, but sometimes people don't use it because they don't even know that symbols like ellipsis are outside this range or rely on browser's automatical conversion of input to HTML entities for symbols that are outside current encoding, which is not sufficient, since iso-8859-1, default encoding on AniDB, includes some >127 symbols, not to mention cases when user's browser is set to something else because auto-detection or something like that.|
Some other funny effects include converting … to ellipsis by browser and then, when user submits creq, submiting it back as literal symbol, as it is valid under iso-8859-1 - codepage that is used by AniDB web UI. See http://anidb.info/perl-bin/animedb.pl?show=creq&do.showhist=1&nonav=1&creq.id=149370 for example of such change.
Therefore, I think that all input should be checked and if there are any >127 symbols in it, user must get error message, telling him to use converter. Optionally, some common literal symbols replacement could be done automatically, like mentioned ? to … and some others that common user don't see as "non-standard".
|Tags||No tags attached.|
|2005-06-08 09:24||rowaasr13||New Issue|
|2005-06-08 21:48||exp||Note Added: 0000509|
|2005-06-08 21:48||exp||Assigned To||=> exp|
|2005-06-08 21:48||exp||Status||new => acknowledged|
|2006-07-23 18:02||DerIdiot||Status||acknowledged => resolved|
|2007-12-06 08:29||epoximator||Resolution||open => fixed|