Ben Wern
I've implemented the settings described in https://support.xmatters.com/hc/en-us/articles/202021155-How-do-I-add-support-for-characters-other-than-English-
However, non-english characters are translated into '?' characters in both the web interface and via AddEvent web service calls. I can paste, for example, simplified Chinese into the quick message panel or into a web service call and it will display correctly -- however once I submit, the system displays and sends notifications with '?' replacing the characters.
Are there additional configuration changes needed?
0
Comments
Please sign in to leave a comment.
Hi Ben, did you ever get this resolved? You might look into opening a support case, that sounds like it might need a bit more digging.
Hi Travis.
No, have not found a solution yet. I was hoping someone in the community would have run into this before; unfortunately opening a support case isn't presently an option for us.
Ah, ok. Hmm. "Did you turn it off and on again?" :) Lemme see what I can dig up. What version are you running and what encoding did you use?
Ha. Unfortunately, unplugging and plugging it back in is unlikely to fix. :)
This is on 4.1 patched to the last released patch. Attempted with UTF-8. I was able to send via API and even enter the Chinese characters into the standard Quick Send panel (where they appear correctly), but once it's in the queue, everything shows as ?.
Tested against a windows App/Web box and a linux web only box, with the changes described in the URL in the original post.
Talking to our DBA, it sounds like the tables would need to be modified for SQL to accept unicode -- changing the types to NTEXT, NVARCHAR, NCHAR, etc. Has anyone seen a script to achieve this in Alarmpoint?