When trying to make an image link to a URL, the user-supplied http:// address gets ignored, resulting in the following output:
<a href="/">
| Comment | File | Size | Author |
|---|---|---|---|
| #9 | img_assist.module_8.patch | 1.04 KB | darren oh |
When trying to make an image link to a URL, the user-supplied http:// address gets ignored, resulting in the following output:
<a href="/">
| Comment | File | Size | Author |
|---|---|---|---|
| #9 | img_assist.module_8.patch | 1.04 KB | darren oh |
Comments
Comment #1
Steve Dondley commentedSorry, don't have time to make a proper patch right now. The problem is line 1318:
It should be:
Comment #2
darren ohFixed in CVS commit 48041.
Comment #3
(not verified) commentedComment #4
decafdennis commentedI have a few sites (some with TinyMCE, some without) using img_assist and I had to reverse this patch for all of them. Links on images would all point to /. When I reverse this patch (so back to
$link[1]) the links work again.It seems that the patch in this issue actually causes the bug it's trying to fix...
Comment #5
Steve Dondley commentedWhat version of drupal are you using?
Comment #6
decafdennis commentedThis patch is still assigned to 4.7.x, so that's what I'm using. (Mostly 4.7.5 or 4.7.6.)
Comment #7
Shai commentedMy experience also is that this patch causes the URL problem. I manually pasted in the old code for line 1318 and it fixed the problem. I'm using Drupal 4.7.5 and this is the version:
// $Id: img_assist.module,v 1.56.2.18 2006/12/14 14:41:42 darrenoh Exp $Comment #8
chellman commentedThis bug affects the 5.x-1.1 version of the module as well. The line in there is 1327, but the fix is the same. I applied the fix, and it worked for me.
I'm not sure if I should be submitting a separate bug for this or not.
Comment #9
darren ohBug reports that have been fixed can be reused by changing the version and setting the status to "patch (to be ported)".
Comment #10
decafdennis commentedPlease read my comment #4; a different patch needs to be written. This is not just about porting the original patch to 5.x.
Comment #11
darren ohI cannot reproduce this problem. If you can specify the conditions under which it appears, I'll work on it.
Comment #12
sunSeems to be related to http://drupal.org/node/158968 and therefore should be fixed in the latest development snapshot.
Comment #13
(not verified) commented