Bug 449535 - YM status cannot include URL
Summary: YM status cannot include URL
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: pidgin
Version: 7
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Warren Togami
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-06-02 20:26 UTC by manuel wolfshant
Modified: 2008-06-06 01:38 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-06-05 21:57:13 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description manuel wolfshant 2008-06-02 20:26:54 UTC
Description of problem:
For a release or two, pidgin does not allow to use URL links as status for Yahoo
messenger. There seems to be a bug when processing the last dot in the domain
name. For instance
http://www --> displayed
http://www.220 -> displayed
http://www.220.ro --> not displayed, the previous value is retained


Version-Release number of selected component (if applicable):
pidgin-2.4.2-1.fc7
also appears in http://rpm.pidgin.im/rhel/5/i386/pidgin-2.4.2-0.el5.i386.rpm

How reproducible:
always

Steps to Reproduce:
1. set as status any text but not an URL; see the status change as it should
2. set as status an URL; watch the status NOT change if the final dot in the
domain name is included

  
Actual results:
If the new YM status includes an URL, pidgin broadcasts either the previous
status or nothing at all.

Comment 1 manuel wolfshant 2008-06-02 20:30:59 UTC
Additional comments: the status as written in ~/.purple/accounts.xml is correct.
The value which is broadcast is not.


Comment 2 manuel wolfshant 2008-06-05 21:57:13 UTC
further research shows that this behavior is due to yahoo servers filtering
based om some unknown-unsane-idiotic regexes. sorry for the noise.

Comment 3 Stu Tomlinson 2008-06-06 01:38:40 UTC
(In reply to comment #2)
> further research shows that this behavior is due to yahoo servers filtering
> based om some unknown-unsane-idiotic regexes. sorry for the noise.

Thanks for figuring this much out, do you have any references to the problem?
Does it also affect the official client? I'd like to close upstream bug
http://developer.pidgin.im/ticket/5864 too :)


Note You need to log in before you can comment on or make changes to this bug.