View Issue Details

IDProjectCategoryView StatusLast Update
0003296mantisbtbugtrackerpublic2004-07-07 19:09
Reportermbegan Assigned Toint2str  
PrioritynormalSeverityfeatureReproducibilityalways
Status closedResolutionfixed 
Fixed in Version0.19.0a1 
Summary0003296: pasting MSword on bug report breaks $_POST data
Description

-----Original Message-----
From: Elaine Redman
Sent: Friday, August 15, 2003 9:58 AM
To: Donna Hyche
Subject: Support Issue

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

TagsNo tags attached.

Relationships

has duplicate 0003470 closedvboctor Another "Application Error #200" issue 

Activities

mbegan

mbegan

2003-08-18 06:55

reporter   ~0004532

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.

thraxisp

thraxisp

2003-08-28 00:34

reporter   ~0004575

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.

cd1

cd1

2003-09-04 15:25

reporter   ~0004610

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.

function correct_microsoft( $db_string ) {
    $t_search = array ("“", "”", "–");
    $t_replace = array ( "\"", "\"", "-");
    return str_replace( $t_search, $t_replace, $db_string );
}

and modified:
function db_prepare_string( $p_string ) {
return correct_microsoft(mysql_escape_string( $p_string ));
}

It seems there are more of these MSWord pasting issues (&0008230) lurking so I will probably assign the search replace string in config_inc.

mbegan

mbegan

2003-09-25 00:42

reporter   ~0004648

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.

vboctor

vboctor

2003-12-18 22:17

manager   ~0004831

See information in 0003470 which was marked as a duplicate of this one.