Shoutbox

Hi,

Added a quicktext:
/me bla
(the shortcut doesn't matter but I just used /bob)

In a conversation type your shortcut and the output is:
Volv says:
/me bla

Instead of:
* Volv bla

If you select your quick text from the conversation window menus then it works as expected.
Not sure to what extent this bug applies to commands other than /me as I really have to go to bed (I've been ill the last few days).

Windows Vista Ultimate Service Pack 1 (6.0.6001)
Windows Live Messenger 8.5.1018
Messenger Plus! Live 4.60.0.326

The default /slap quicktext works fine.

Thanks

Confirmed.

Maybe related: Normal smileys aren´t parsing on my system at the moment either. The ¨show emoticons¨ is on. Noticed it just a few minutes ago, others had the same problem yesterday.

confirmed: quicktext /me issue (and indeed the default /slap does work though)

not confirmed: smileys

EDIT: The reason why the default /slap works, is because it includes a tag: (!N). If you include tags (no matter what tags, eg: (!VER)) then the /me command is processed properly.....

NOTE: Goes for other tags which needs special handling too (eg: /sound); the command and parameter are shown as literal plain text if you type the shortcuts for the quicktext instead of selecting them.

It appears something severly broke in the parsing of quick texts and the special characters identifying the command aren't send anymore....

When we send a quicktext (without a tag in the body) by typing in the shortcut, the protocol message being send is:
MSG 69 N 188  MIME-Version: 1.0  Content-Ty <...snip...> O=40; CS=0; PF=22    /me tests if quicktext without a tag is parsed properly

When we send a quicktext (without a tag in the body) by selecting it from the QT menu, or a quicktext including a tag in its body, the protocol message being send is:
MSG 70 N 188  MIME-Version: 1.0  Content-Ty <...snip...> O=40; CS=0; PF=22    «I tests if quicktext without a tag is parsed properly


------------------------

Windows XP Service Pack 3 (5.1.2600)
Windows Live Messenger 8.5.1018
Messenger Plus! Live 4.60.0.326

Haha I reported this back in 2006. Guess it's back

http://shoutbox.menthix.net/showthread.php?tid=66416 (Beta Forum)

quote:

---

Originally posted by SonicSam
Haha I reported this back in 2006. Guess it's back

http://shoutbox.menthix.net/showthread.php?tid=66416 (Beta Forum)

---

Patchou recycling very old code Must be economical crisis to everyone, including him

-------


EDIT: actually re-reading that thread, this bug here is the exact opposite of what you've reported back then.

Back then, QTs which included tags didn't get parsed properly. Now it is the other way around: QTs without tags aren't parsed properly, while QTs with tags work fine.

quote:

---

Originally posted by CookieRevised
EDIT: actually re-reading that thread, this bug here is the exact opposite of what you've reported back then.

Back then, QTs which included tags didn't get parsed properly. Now it is the other way around: QTs without tags aren't parsed properly, while QTs with tags work fine.

---

Close enough

Something similar...

If you send

/all /noformat [c=4]bla bla[/c]

in all open convos, it is: [c=4]bla bla[/c]

or if you send

/all /noicon

in all open convos it is: :)

but if you send

/all /text [c=4]bla bla[/c]

in all open convos, it is: bla bla

/text command is useless when used after /all command, again a command handling issue I think.