Hi,

In spite of downloading the latest plugin & placing it where it's recommended & the plugin, I keep getting this error message:

Warning: file_get_contents(sites/all/libraries/colorbox/colorbox/jquery.colorbox-min.js) [function.file-get-contents]: failed to open stream: No such file or directory in colorbox_get_version() (line 299 of /home/woof/public_html/sites/all/modules/colorbox/colorbox.module).

I have checked & that js file is there & in fact tried changing permissions to almost 777.

Error
Colorbox plugin At least 1.3.6
You need to download the Colorbox plugin and extract the entire contents of the archive into the sites/all/libraries folder of your server.

1.3.16 is what s available & it is in that library.
All folders are readable & writable.

So what could be the problem?

Regards.

Files: 

Comments

;)
Problem found, .... I had named the folder "library" & not "libraries"

Category:bug» support
Status:Active» Fixed

Status:Fixed» Active

I'm having the same problem. I've double checked the spelling of my "libraries" folder; I've checked permissions on the folder (and sub-folders) without any change in the error message. Not sure what to try next...

Load this in your browser (replace "domain.tld" with your actual domain):

domain.tld/sites/all/libraries/colorbox/colorbox/jquery.colorbox-min.js

Does the file load?

Oh and don't forget to copy the jquery files to libraries
$ cp jquery.colorbox* sites/all/libraries/colorbox/colorbox/

Don't even start up about the colorbox/colorbox folders. It is a colorbox thing.

Similar issue, the colorbox libraries couldn't be accessed. I had to set ugly permissions to get it working:

chown -R www-data:www-data sites/all/libraries/colorbox/

I don't know if this is safe.

The web server must be able to read the Colorbox plugin files. Just set the same permission that all the other Drupal files has.

I am getting the colorbox error on /reports/status

I can load the script directly as in #4

When I save in
admin/config/media/colorbox
there is not an error with the default settting
sites/all/libraries/colorbox
and there is if I change it.

@frjo (#7): Imho the "normal" Drupal file permissions do not suffice to let Drupal access ./sites/all/libraries/colorbox - at least that's when I get the missing plugin error in Debian "Lenny": "You need to download the Colorbox plugin and extract the entire contents of the archive into the sites/all/libraries/colorbox folder of your server".

Permissions insufficient:

  # ls -lah sites/all/libraries/
  drwxr-xr-x 9 root root 4,0K 27. Jul 2010  colorbox

Permissions sufficient:

  drwxr-xr-x 9 www-data www-data 4,0K 27. Jul 2010  colorbox

On my sites, most of the files and directories from Drupal core are owned by root (or any other privileged sudoers user able to write into /var/www); these permissions are working fine. Exceptions are ./sites/default/files and several libraries in ./sites/all/libraries. Some time ago we had to set up Drupal on FreeBSD, where we were required too let the webserver user own all files and directories; we learned that this configuration was not safe since any webserver process was able to trash all Drupal files.

However, I'm no expert on Linux file system permissions, so I'm always open for best practice advice ;)

Version:7.x-1.0-beta3» 7.x-1.x-dev

@asb, I run Debian 5 Lenny on most of my servers and have had no problems with file permissions regarding sites/all/libraries/colorbox. I use 755 (drwxr-xr-x) for directories and 644 (-rw-r--r--) for files. The owner and group is normally a standard user, not root or the apache user (www-data).

I warmly recommend that you all use Drush to install the plugin. Quick and easy and it will make sure everything is placed it the correct way.

$ drush colorbox-plugin

http://drupal.org/project/drush

Status:Active» Fixed

Yeah, the drush command is pretty cool ;)

I think this issue can be closed since it has all information to get 'colorbox' running. Please reopen if problem persists.

Status:Fixed» Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

I was not able to get the files in the correct folders until after the third or fourth try. This is what worked for me. Maybe it will help some other confused soul:

In the sites/all/libraries folder make a new folder “colorbox
Folders in this sites/all/libraries/colorbox folder should be:
colorbox
content
example1 through example5
Files in this sites/all/libraries/colorbox folder should be:
colorbox.ai
readme.md

Files in this sites/all/libraries/colorbox/colorbox folder should be:
jquery.colorbox-min.js
jquery.colorbox.js

It looks like the permissions for the two .js files should be 755.
If this is wrong or dangerous, please post a comment, but it does work.

Thanks.

For those who use beta version. It has a bug and it does not work with the latest version of ColorBox (v1.3.29). You should edit jquery.colorbox-min.js and place a ColorBox version info on a first line. As an alternative you can patch function colorbox_libraries_info() in the colorbox.module:
85c85
< 'lines' => 1,
---
> 'lines' => 5,

I have this error msg too (Drupal 7, Colorbox 7.x-1.5, Color box file permissions all 777)

But Colorbox is working fine on the site as far as I can see (all files accessable, no 404s) so I'm assuming it's a rogue error msg.

Files in this sites/all/libraries/colorbox/colorbox folder should be:
jquery.colorbox-min.js
jquery.colorbox.js

When I download the plugin using wget and unzip the file using unzip on my Debian system, the two files are put into colorbox, not colorbox/colorbox. Creating a subdirectory "colorbox" in the plugin-directory of the same name solved the problem. The issue may be related to the zip-format for a lot of users experiencing it on Linux systems.

Cheers, Lars.

Status:Closed (fixed)» Active

i get the message with a fresh install of commerce_kickstart-7.x-2.6

colorbox/colorbox is in profiles/commerce_kickstart/libraries (not in sites/all/libraries : it's commerce kickstart !)
i tried chmod 777 on files and folders
#15 is ok
i tried #14

i'm going to see if it works as #16

@corbin - you don't have the plugin in the correct folder that is why it isn't working. It needs to be in sites/all/libraries as per the installation instructions: http://drupalcode.org/project/colorbox.git/blob/refs/heads/7.x-2.x:/READ...

if you have this problem with last colorbox version - try to edit jquery.colorbox-min.js and change "Colorbox" to "ColorBox" in comment with version description at row 2

update: better use dev version, it works fine for now.

@dolly nyc
i don't think so : kickstart is a drupal commerce package whose structure is different and colorbox is already integrated in it :
modules of this package are in this structure, but when you add new modules, they have to be in the classical sites/all/modules/
that's why i precised

colorbox/colorbox is in profiles/commerce_kickstart/libraries (not in sites/all/libraries : it's commerce kickstart !)

anyway, at this moment, it doesn't seem there is any trouble, only this message .

Status:Active» Fixed

The Libraries module have no problem to find the Colorbox plugin in an active profiles libraries folder.

The problem with Commerce Kickstart is that it comes installed with a late version of the Colorbox plugin but not the latest version of the Colorbox module. Update the Colorbox module to 7.x-2.4 and the problem will go away.

And please don't reopen old closed issues, create a new one instead.

Status:Fixed» Active

@frjo I just update colorbox from 7.x-1.3 to 7.x-1.5 and this issue definitely still exists. I even used the drush command to download the library and still get the message (although colorbox works fine). I think dismissing @corbin and saying upgrade to 7.x-2.4 is a bit abrupt. Firstly, from my point of view as a developer, going from 1.x to 2.x on any module is a major jump and some people just don't want to do that. There's no documentation anywhere I can see of an upgrade path, or even just some helpful text like "hey upgrading won't break your stuff". If you are still offering the 1.x branch as a release, then this needs to work and not report incorrect problems, otherwise remove it and add some upgrade documentation (this should be done anyway).

Status:Active» Needs review
StatusFileSize
new425 bytes

The issue is with the regex pattern used to check the version. Colorbox plugin uses the version string "jQuery Colorbox v1.4.14 - 2" which does not match '#ColorBox v([0-9\.a-z]+)#'

This patch fixes the issue.

Status:Needs review» Fixed

Backported the fix from 7.x-2.x branch, committed to 7.x-1.x.

The release notes for 7.x-2.0 has information about the changes. If you don't need the form support and don't mind installing the libraries module there are no problems upgrading to 7.x-2.x.

Status:Fixed» Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

@acbramley

sorry, but :

-  $pattern = '#ColorBox v([0-9\.a-z]+)#';
+  $pattern = '#Colorbox v([0-9\.a-z]+)#';
?

@corbin yes? That is indeed the fix. A slightly modified version was committed but it's the same idea.

Title:Plugin not being recognizedColorbox Plugin not being recognized
Project:Colorbox» Commerce Kickstart
Version:7.x-1.x-dev» 7.x-2.x-dev
Component:User interface» Code
Category:support» bug
Status:Closed (fixed)» Active

I am having this same issue. Since colorbox works on its own, this is Commerce Kickstart problem.

@tmsimont have you tried the patch, or the latest dev release of the branch you're on? If you open a closed issue please provide more detail as to how to reproduce your bug, whether it's reproducable with the patch, etc.

Also this issue was with Colorbox, please read the previous comments.

Project:Commerce Kickstart» Colorbox

Status:Active» Closed (fixed)

Please don't reopen old issues, create a new one instead.

Still had errors of Drupal not finding plugin after updating to latest Colorbox Module, and latest Colorbox Plugin --> correctly placed in sites/libraries folder.

For those still having issues, Drush command "drush colorbox-plugin" works! Don't forget to "apt-get install unzip" so the plugin extracts correctly.

Still getting this error in latest colorbox module v(7.x-2.5) and latest colorbox library downloaded (v1.4.36)

For others looking for a solution to remove the erroneous error message, and you know the colorbox version is ok, you can remove the requirements check in a custom module with this hook.

<?php
/**
* Implements hook_module_implements_alter
* Remove noisy erroneous Colorbox version requirements error.
*/
function MYMODULE_module_implements_alter(&$implementations, $hook) {
  if (
$hook == 'requirements') {
    if(isset(
$implementations['colorbox'])){
      unset(
$implementations['colorbox']);
    }
  }
}
?>