| << Back to previous view | 
|  | 
| 
                                [QB-2493] inconsistent character encoding in textarea
                 | |
| Status: | Open | 
| Project: | QuickBuild | 
| Component/s: | None | 
| Affects Version/s: | 4.0.91 | 
| Fix Version/s: | None | 
| Type: | Bug | Priority: | Major | 
| Reporter: | Tim Earle | Assigned To: | Robin Shen | 
| Resolution: | Unresolved | Votes: | 0 | 
| Remaining Estimate: | Unknown | Time Spent: | Unknown | 
| Original Estimate: | Unknown | ||
| Description | 
| I copied some input from an e-mail into an input field. This caused some underlying tools to throw some nonsensical errors because of an unexpected character encoding. A glyph to indicate non-ascii character encoding or inconsistent character encoding on the input fields (everywhere in QB) would be very helpful. Even a way to normalize the input fields to a forced character encoding would be helpful, this can be an inherit and override option on the root level "advanced settings" options. | 
| Comments | 
| Comment by Robin Shen [ 31/Jul/15 12:38 AM ] | 
| QB tries to interpretate all input characters as UTF8 which will work most of the time. For rare cases where some non-utf8 encoded characters are copied into the text area, QB is not able to know whether or not it is valid simply by parsing the input. |