Closed (works as designed)
Project:
Colorbox
Version:
7.x-2.x-dev
Component:
Code
Priority:
Major
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
1 Mar 2013 at 12:02 UTC
Updated:
9 Feb 2018 at 10:01 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
quicksketchLooks like you are using Colorbox, which provides its own insert templates, it is probably responsible for bug #1 and #3.
Bug #2 isn't a bug at all, it's a new requirement introduced in Drupal 7.20. See the release notes: http://drupal.org/drupal-7.20-release-notes
Comment #2
frjo commentedLook like I need to update the Insert template in Colorbox with the new features that has been added to the Insert module lately.
Will try to make time for that in the coming week.
Comment #3
hass commentedComment #4
quicksketchUpdating title for descriptiveness.
Comment #5
hass commentedThe more important here is that the paths are not relative to the webroot and causing several troubles like warnings in SSL sections.
Comment #6
hass commentedComment #7
frjo commentedPlease test this patch. I have attempted to copy over all the new functionality from version 7.x-1.3 of the Insert module.
Comment #8
Remyf commentedIt seems the img tag (thumbnail) now has a relative source, but the a href tag still has an absolute path to the colorbox image.
Comment #8.0
Remyf commentedUpdated issue summary.
Comment #9
frjo commentedComment #10
JBecker commentedI can confirm #8. $url is a relative path in Version 7.x-2.5 but $path still is an absolute path to the image.
Comment #12
uno commentedAs far as I can see this is not fixed, still there in 7.x-2.x-dev ( 2014-May-07) and in 7.x-2.5, so marking as active.
Comment #13
workplaysleep commentedSame problem with 7.x-2.8 for me it worked to do add the following code to colorbox-insert-image.tpl.php
Not the most elegant solution but simple and effective.
$p = parse_url($path);
if (isset($p['path']) ) {
$path = $p['path'];
}
print $path; "....
Comment #14
frjo commentedComment #15
olafski@frjo The absolute links seem to be still there, leading to different problems, see also the newer issue https://www.drupal.org/project/colorbox/issues/2644266. Why do you think they "work as designed"?