maemo.org Bugzilla – Bug 6300
:/ in http:// is converted into an emoticon in some cases
Last modified: 2010-05-27 15:11:47 UTC
You need to
before you can comment on or make changes to this bug.
EXACT STEPS LEADING TO PROBLEM:
1. configure google talk on your n900
2. add a friend to google talk (i picked tuukka)
3. open the browser on your n900 to this bug
4. copy the url from this bug report
5. if you can't see the url bar, tap the screen and then tap bottom right
corner of your landscape view to show the urlbar
6. paste http://›.ws/nokiaflagship into the urlbar
7. note that it actually appears as expected
8. press <enter> on the hardware keyboard (this is to verify that the url is in
fact valid -- it's IDN)
9. open conversations
10. create a new IM (google talk) to your friend (e.g. tuukka)
11. paste the url
12. press the send button
http://›.ws/nokiaflagship should appear in the message area (it does for any
receiving client which isn't an n900)
EXTRA SOFTWARE INSTALLED:
enus1 (tuukka tested without this, probably using fifi)
› is U+FE65
My idea was that this is because the parser expects [A-Z][a-z][0-9] directly
behind the http:// to not render emoticons, but http://.example is rendered
correctly without an emoticon.
I'd suggest that the parser never turn :// into a face. I don't know how
they've implemented their parser, but it really needs to avoid interfering with
(In reply to comment #1)
> › is U+FE65
> My idea was that this is because the parser expects [A-Z][a-z][0-9] directly
> behind the http:// to not render emoticons, but http://.example is rendered
> correctly without an emoticon.
Correct. The pattern for URL is restricted to non-international DNS syntax.
It'd produce too many false matches if it wasn't.
(In reply to comment #0)
> 6. paste http://›.ws/nokiaflagship into the urlbar
Is this kind of URL any useful?
I was too quick to close this bug, it's actually about treating a corner case
in a less weird way. We'll implement this by not recognizing smileys in
something that looks like it may be an URL, but it's not a proper URL so as to
This has been fixed in package rtcom-messaging-ui 1.2.4-1.
(Fix not included in today's 2.2009.51-1 update => updating Version field)
Setting explicit PR1.2 milestone (so it's clearer in which public release the
fix will be available to users).
Sorry for the bugmail noise (you can filter on this message).
verified it isn't making a smiley.