When sending a message with the "Quick Message" plugin to a user via UddeIM, containing foreign characters, they're displayed as html chars for the receiver.

However, if you send a UddeIM message with any other method, it works as it should, so it's only the quick send area that causes this.

One other strange thing is that the reply window in UddeIM displays the chars correctly all the time.

Repro:
1) Load up a users profile
2) Send a message with the text area ( _UE_PMSTAB ) containing foreign chars, like "Test å ä ö".
3) Receive the message on the other account.

Seems like an issue with the PMS Tab, no?

Post edited by: o_cee, at: 2005/12/21 18:51

Tjena du som behöver ett Å,

o_cee wrote:

When sending a message with the "Quick Message" plugin to a user via UddeIM, containing foreign characters, they're displayed as html chars for the receiver.

Seems like an issue with the PMS Tab, no?

Yes, this is an issue with the plugin caused by the different ways PMS components use to store special characters. I'm confident that it will be fixed in upcoming versions of the plugin.

For the time being, you can fix it yourself.

Open the plugin file (pms.mypmspro.php) in directory com_comprofiler/plugin/user/plug_pms_mypmspro. Around line 430, you'll find

[code:1]
$newmsg = htmlentities($this->_getReqParam("newmsg",
null)); //don't allow html input on user profile!
[/code:1]

Replace that with:
[code:1]
if($pmsType=='3') {
$newmsg = $this->_getReqParam("newmsg", null);
} else {
$newmsg = htmlentities($this->_getReqParam("newmsg",
null)); //don't allow html input on user profile!
}
[/code:1]

Hope this helps. Always backup any file before you change it.

benjamin wrote:

Hope this helps.

Yeah, thanks a lot. Quick test worked like it should.


benjamin wrote:

Always backup any file before you change it.

Uhm, no, where's the fun in that?