Auto creation of an URL prefixes URL with protocol

Bug #37721 reported by Loe Spee
12
Affects Status Importance Assigned to Milestone
Gaim
Unknown
Unknown
gaim (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

When typing an URL in GAIM and posting it (in my case over the MSN network) the receiver of the message gets the URL prefixed with the protocol prefix and "://".

Example:
I type: "Here is the public FTP site ftp.nluug.nl"
The recipient sees: "Here is the public FTP site ftp://ftp.nluug.nl"

Not a big issue, but I was having a discussion with someone about not needing to include the prefix and he said like this "ftp.nluug.nl" and I received it as "ftp://ftp.nluug.nl". Which kept me wondering :)

Revision history for this message
Loe Spee (lgespee) wrote :

Forgot to mention:
Ubuntu Dapper Drake Flight 5
Gaim 1.5.1cvs

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. That looks like a feature rather than a bug. Luke, is there an option for that?

Changed in gaim:
assignee: nobody → desktop-bugs
Revision history for this message
Loe Spee (lgespee) wrote :

Best of both worlds would be to display the original entered text.
But make the href of the link point to the parsed address.

Revision history for this message
Luke Schierer (lschiere) wrote :

There isn't an option for that. There is linkifying code in our gtkimhtml stuff that tries to play right with what each protocol states it is capable of supporting. Not having this behavior causes bug reports.

Revision history for this message
Loe Spee (lgespee) wrote :

Well the link should still be clickable, but the entered text must not change.
The text that was entered should be linkyfied, and link to the link calculated by the library (or whatever), but the caption, the text the recipient sees should be the text entered by the user.

Revision history for this message
Jeff Greene (jeffgreene) wrote :

This is fixed in gaim 2.0.0. I tested it and the text doesn't get changed, but the link does.

Changed in gaim:
assignee: desktop-bugs → nobody
status: Unconfirmed → Fix Released
Revision history for this message
Loe Spee (lgespee) wrote :

Absolutely fabulous, not a big issue, but one of those things that just make it all a bit more complete ;).

Thanks for the fix.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.