Event posted on 05-10-2010 04:36pm EDT by woodard

Description of problem:
When you are composing a message in evolution and you type or paste a URL, then it turns it into a link (blue and underlined). However, if you paste a couple of URLs it only seems to make the last one that you paste clickable.

How reproducible:
always

Steps to Reproduce:

Actual results:
only the last link pasted is clickable

Expected results:
all the links pasted are clickable.

Additional info:
evolution-2.28.3-3.el6.x86_64

This event sent from IssueTracker by kbaxley  [LLNL (desktop)]
 issue 870763

Event posted on 05-10-2010 04:44pm EDT by kbaxley

Steps to reproduce:

Paste multiple URLs into a compose window for an email.
Note how the last URL is the only one that is clickable.
All URLs should be clickable.


This event sent from IssueTracker by kbaxley  [LLNL (desktop)]
 issue 870763

This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.

Thanks for a bug report. I see the same even on actual master, only the first URL in each pasted paragraph is properly recognized as a URL, but not any following in the given paragraph.

Created attachment 413149 [details]
patch for gtkhtml3

for gtkhtml3;

This is fixing the issue for me.

Upstream bug report I filled for this (I didn't find any already filled):
https://bugzilla.gnome.org/show_bug.cgi?id=618368

Devel ACK: Patch available.

Reproducer:
 - check if all URLs are displayed properly.

Giving qa_ack.

Patch applied to gtkhtml3-3.28.3-3.el6.

Verified on gtkhtml3-3.28.3-3.el6.

Event posted on 07-23-2010 05:39pm EDT by woodard

gtkhtml3-3.28.3-3.el6.x86_64 still has some problmes for example pasting
this text: 

-------------
It was done now that we know more about why the workload is causing
problems. Here is the patch whose logic seems to be causing the problem:

http://sourceware.org/git/?p=glibc.git;a=blobdiff;f=malloc/malloc.c;h=890d3669e2bc9ea0bdf56484f4199d205025696a;hp=da230d34935b01dc0f8bceb0dc9d2a4b60df8d95;hb=1d05c2fb9c6fb297a39317231f31a75115e64f75;hpb=be7ffd91f806e5615b9c6a42a63e96c3dc3c54ad
It appears to have been written by Arjen van de Ven and Valarie Hensen
http://sourceware.org/git/?p=glibc.git;a=commit;f=malloc/malloc.c;h=1d05c2fb9c6fb297a39317231f31a75115e64f75

The discussion that led to it is:
http://sourceware.org/ml/libc-alpha/2006-03/msg00033.html
http://sourceware.org/ml/libc-alpha/2006-03/msg00043.html
-----------

Didn't work, for 3 out of 4 links. The first three. I think that the
difference is the links are on a line by themselves. I think that the
logic seems to be keyed off of trailing space and it doesn't pick up the
\n.


This event sent from IssueTracker by kbaxley 
 issue 870763

Red Hat Enterprise Linux 6.0 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.