All Colorbox Images Displayed as Thumbnails when MediaFront module is used

Thank you for the quick response!

That's strange - I've been using the default options. When I look at the custom options I see default values of 100% for max width and max height.

I just tried disabling, uninstalling, and reinstalling the module and the behavior remains the same, except that the max width and height were initially 98%. I reset them to 100%, saved, flushed caches, and no change. I've attached a screen shot showing the option values.

I deleted both variables; the problem persists. I'm testing right now without having saved the Colorbox options. No variable values are set in the database.

I also tried uninstalling Colorbox again. When that's done, I can click on an image and see the full-sized version displayed in a window. I reinstalled the module and the thumbnail Colorbox behavior returns. Do you know of any modules that cause conflicts? Is there any place in the code that I could check for variable values to help figure out why the height and width are mis-set?

I got hits in two modules: MediaFront and Libraries, but neither looks like the culprit. From MediaFront (file mediafront_youtube.views_default.inc):

  $handler->display->display_options['fields']['title']['node_in_colorbox_width'] = '600';
  $handler->display->display_options['fields']['title']['node_in_colorbox_height'] = '600';

From Libraries (file libraries.drush.inc):

  $filename = basename(COLORBOX_DOWNLOAD_URI);
  $dirname = basename(COLORBOX_DOWNLOAD_URI, '.zip');

  // Remove any existing Colorbox plugin directory
  if (is_dir($dirname)) {
    drush_log(dt('A existing Colorbox plugin was overwritten at @path', array('@path' => $path)), 'notice');
  }
  // Remove any existing Colorbox plugin zip archive
  if (is_file($filename)) {
    drush_op('unlink', $filename);
  }

  // Download the zip archive
  if (!drush_shell_exec('wget '. COLORBOX_DOWNLOAD_URI)) {
    drush_shell_exec('curl -O '. COLORBOX_DOWNLOAD_URI);
  }

  if (is_file($filename)) {
    // Decompress the zip archive
    drush_shell_exec('unzip -qq -o '. $filename);
    // Remove the zip archive
    drush_op('unlink', $filename);
  }

  // Set working directory back to the previous working directory.
  chdir($olddir);

  if (is_dir($path .'/'. $dirname)) {
    drush_log(dt('Colorbox plugin has been downloaded to @path', array('@path' => $path)), 'success');
  }
  else {
    drush_log(dt('Drush was unable to download the Colorbox plugin to @path', array('@path' => $path)), 'error');
  }

I'm tempted to try installing an older version of Colorbox to see if that changes anything.

Reverting to 7.x-2.0 made no difference. I've re-installed 7.x-2.2.

A clue: I captured the value of the $js_settings array in colorbox.module function _colorbox_doheader() before and after the call to drupal_alter('colorbox_settings', $data, $style); see attached image. Something is definitely changing the values of maxWidth and maxHeight.

I can temporarily comment out the call to drupal_alter to get things working, but I'd rather find the culprit. As noted above I couldn't find any other modules that appear to implement a hook that changes the values. I should be looking for a function name that includes "colorbox_settings_alter", right?

I found my culprit - it's the MediaFront module. There's a hook implemented in mediafront/players/osmplayer/osmplayer.module, function osmplayer_colorbox_settings_alter. It's adjusting the height and width values based on mediafront preset parameters. I'm going to follow up in #1689734: Mediafront not working in colorbox.

Thanks for the tips, frjo.