View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0003296 | mantisbt | bugtracker | public | 2003-08-18 06:49 | 2004-07-07 19:09 |
Reporter | mbegan | Assigned To | int2str | ||
Priority | normal | Severity | feature | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Fixed in Version | 0.19.0a1 | ||||
Summary | 0003296: pasting MSword on bug report breaks $_POST data | ||||
Description | -----Original Message----- Please check into the following… Patient was registered in the financial database, and transferred to the clinical database, but is inaccessible in the clinical database (shows as inactive). See copies below, there are donnahyche2). This problem occurred last week with two patients at Bessemer. Jane @ AMI corrected this; there were errors in the background, different errors for each patient. Thanks, Elaine | ||||
Additional Information | data in description should break this | ||||
Tags | No tags attached. | ||||
ok so it didn't break yours.... when I paste that same body in the text area it gets rid of some of the elements in the $_POST Array. if I remove the enctype (Ie disable file uploads) it works fine. the part of the message that breaks mine is actually a (...) Horizontal elipsis. (which has been converted into something strange here) "…" is really a "…". does anyone have any ideas? I'm really stumped. the fact that it works here has me baffled. my Mantis is very modified. I've added alot of stuff but the heart is the same. |
|
I had a user report a similar problem. The result was an application error #200. I plan on turning on the debugging and add to it to help debug. |
|
We had a similar but not as severe problem with pasting quoted strings from MSword. It appears that MSWord has invented some new characters that are represented by high end unicode characters. Our problem was that a quoted string "this is quoted" is translated by MSWord into open quotes, string, close quotes, where the open/close quotes are actually different characters to the regular " character as they are more like 66 99. These strings are then stored in the database as “” which would displayed literally when reviewing the text/bugnote. I solved it by creating a translate table in the database_api file that mapped the microsoft specific characters back to real world characters. This could be done at display time, but we also have some access to the database through SQL so that would not be as good.
and modified: It seems there are more of these MSWord pasting issues (&0008230) lurking so I will probably assign the search replace string in config_inc. |
|
For me this absolutley broke everything being posted to the action. certain form elements didn't have values (although all of the offending pasted data would make it through) I ended up taking the upload file off of the inital report bug page. and changing the enctype. Works for me but it was just a work around. |
|
See information in 0003470 which was marked as a duplicate of this one. |
|