I'm sorry to hear that it didn't work. I guess it was worth a try.
Unfortunately, the Facebook thumbnail generation is currently unpredictable but the developers are aware of the problems and hope to have a more robust solution for the next version of Juicebox-Pro.

Thank you for emailing me the image.

There is no doubt that the problem is with the corrupt metadata embedded in the image.
However, when I create an album with the image in jAlbum 11.5 using Juicebox Skin v1.3.2.0, the album's 'config.xml' file is complete (not truncated like you reported) but the gallery does not display (due to the metadata now being in the 'config.xml' file).

Deselecting the 'Exif User' checkbox ('Album -> Settings -> Advanced -> Metadata -> Comment sources') is another workaround (as long as you do not want to use 'Exif User' data from other images as comments).

I tried stripping Control Characters from the metadata before it is used as an image caption and the gallery displays but the data still interferes with other image captions (and this is not simply due to the length of the data).

Unfortunately, I do not see a quick and easy fix for dealing with corrupt metadata in images from within the skin.
The best course of action is probably to fix the problem at the source (to delete the metatdata from the image as you have done) rather than to deal with it each time it is encountered.

It would, indeed, appear that the image has some corrupt metadata.
If you want to include the image in a gallery (and want to use metadata from all other images as titles and/or captions), then perhaps you could strip out the metadata from the image in an imaging program, include the image in your album and then manually add a caption for the image once the album has been created.

Sure thing. Please email the image to me or upload it somewhere (e.g. Dropbox) and post a link. I'll take a look (though I'm not sure what I'll be able to do other than confirm that there is a problem with it).

Please post the URL to your gallery so that I can take a look and hopefully help you with your query.

As you are using the Juicebox module for Drupal (rather than the Embedding in a Drupal Site instructions) you might like to post your query in the Drupal forum where the author of the module (not ourselves) should be able to help you further.

We plan to introduce the ability to translate the hard-coded Splash Page text ('X Images') via the languageList option in a future version of Juicebox. Unfortunately, at the moment, it cannot be done.

The 'View Gallery' text is set via the Pro option splashButtonText and the Splash Page can be disabled via the Pro option showSplashPage.

I think it is unlikely that these options will migrate over to Juicebox-Lite but please feel free to post suggestions in the feature request thread. It keeps them all together and ensures that they are not overlooked.

It sounds like you may be using an older version of Juicebox-Pro prior to the showThumbsButton and showThumbsOnLoad configuration options being introduced in v1.3.0. (For a full list of changes, please see the Version History.)

If this is the case, then upgrade your Lightroom plugin to use the current version of Juicebox-Pro (v1.3.2) by following the instructions on this web page.
For details on how to get the latest version of Juicebox-Pro, please see the Upgrading Juicebox page.

You have errors in the names of your configuration options.
showNavButton should be showNavButtons and captionPostion should be captionPosition.

I am glad you have been able to resolve your problem.
Thank you for posting back to let me know.

When using the Lightroom plugin, all options are intended to be set via the interface.
Default options are stored in the 'galleryInfo.lrweb' file which is compiled and cannot be modified but if you change any settings in the interface, they should be remembered the next time you open Lightroom.
If you like, you can override the interface and set a value to be used in all galleries by modifying the 'config.xml' file in the 'juicebox.lrwebengine' folder.
For example, to use thumbnail dots in all galleries, change:

useThumbDots="<%= model.nonCSS.jb_useThumbDots %>"

... to:

useThumbDots="TRUE"

In this example, the 'Use Thumbnail Dots' checkbox will be ignored in the interface and useThumbnailDots="TRUE" will be used in all galleries created by the plugin.

Please see Step #4 in the 'Upgrading to Juicebox-Pro' section on the Lightroom Plugin page.

The background color can be set in a gallery's XML file but because the plugin sets the background color in the embedding code (as in our example code here) it overrides the value in the XML file.
The order of option precedence can be found in the Setting Config Options section.
If you want to set a background color for all galleries, open the 'juicebox.lrwebengine/index.html' file in a plain text editor and change:

backgroundColor: '<%= rgba(model.nonCSS.jb_backgroundColor_, model.nonCSS.jb_backgroundOpacity) %>',

... to:

backgroundColor: '#222222',

... changing the hex color code as appropriate.

It looks like there might have been a problem when uploading your gallery files to your web server.
The images appear to be corrupt. Try viewing the first image in your gallery directly in a browser (bypassing Juicebox entirely):
http://theoff.info/Himalaya/Himachal-Pr … ing-93.jpg
I suspect there are also corrupt Juicebox files on your web server which are contributing to the other visual problems in your gallery.
Try deleting the gallery folder from your web server and re-upload it.

Please note that you should navigate towards the gallery folder (not a file within the folder).
What exactly happens when you try to open your existing gallery?
Does the 'Open Gallery...' button open the 'Select Gallery Folder...' window?
Does JuiceboxBuilder-Pro freeze when trying to open the gallery?
Are any error messages displayed on screen?

JuiceboxBuilder-Pro should save a gallery to the location specified in the 'Gallery Folder' field on the 'Publish...' tab.
You can select the location using the 'Browse...' button.

In all my posts above, I have recommended using a separate PHP file to generate the XML data (so that the code can be accessed and reused from different pages) using the following process:

Your 'original' PHP file would create your main web page including your gallery's embedding code. Within the embedding code you would point towards a different PHP file (using the configUrl configuration option) which would generate the XML data. Once processed by the server, the data output by this PHP file would look just like an XML file to a browser.
The PHP file which would generate the XML data would look something like the file in this forum post.

However, as you suggested, an alternative would be to use a session variable using the following process:

Have the XML data generated in your 'original' PHP file and save the data as a long string in a session variable.
Point towards a different PHP file (using the configUrl configuration option).
In this PHP file, you would simply output the contents of the session variable. The entire PHP file would look something like this:

<?php
header('Content-type: application/xml');
session_start();
echo $_SESSION['xmldata'];
?>

Both methods will work fine but you do need to have your XML data in a separate file (whether it is generated by the file itself or simply passed to the file in a session variable).
It would not be possible to generate the XML code in your 'original' PHP file (which generates the page containing the gallery's embedding code) and pass it directly to the gallery.