I'm not sure how relevant this is to Juicebox but I appreciate you taking the time to point this out and I have notified the developers of your post above. Thank you.

It is true that metadata is not retained when JuiceboxBuilder resizes images but the loss of metadata is happening within a desktop application on the user's computer (rather than via the upload functionality of an online service) and then the files are being uploaded to the user's own web space. (We do not host any user galleries or sites at all.) I guess it's not for me to say how similar (or different) the two scenarios are.

Incidentally, I've just uploaded a test image (with EXIF and IPTC data) to a Showkase v1.6.1 site's Library and the image's metadata was retained after Showkase had resized the image. It looks like issue affects only JuiceboxBuilder.

As I mentioned earlier, it's not that JuiceboxBuilder is intentionally going out of its way to strip metadata from images, it's just that when an image is resized, the metadata would have to be read and stored somewhere before resizing and then written back to the new image after resizing. I do not know if the Adobe AIR API (which JuiceboxBuilder uses) has any methods available that could be used to make this possible. (I expect there would need to be different metadata read and write functions for different file types.)

I realise that, from a user's perspective, the issue is simply that metadata is not retained and the reason why this happens is not important but giving a little background information may at least help in understanding the problem.

Adobe seem to have been slow in implementing this in Muse (see this forum thread) and I do not know if AIR applications are still lagging behind. However, I'm sure the developers will investigate further.

Thanks, again.

It seems strange that this error message would appear in only certain browsers (but not others).
I would expect such a problem to affect all browsers (or none).

Try clearing your Safari browser's cache before reloading your gallery's web page to see if this helps.
Also, if you have any extensions installed in your Safari browser, try temporarily disabling them to see if this makes a difference.

If you continue to experience difficulties, please post the URL to your gallery's web page so that I can take a look at the problem for myself and hopefully help further.

In the meantime, maybe this FAQ will help:
When I view my gallery I see the message 'Config file not found'. How do I fix this?

When you upload images via the WordPress media window, the images in your WP-Juicebox gallery should initially be in the order in which they finished uploading.

To sort images after a gallery has been created:
(1) 'Edit' the post containing the gallery
(2) Click the 'Add Media' button
(3) Select the 'Insert Media -> Media LIbrary' section (selected by default)
(4) Choose 'Uploaded to this post' from the drop-down menu
(5) Drag and drop the images into your chosen order
(6) Close the 'Add Media' window

You may need to clear your browser's cache after reloading the gallery.

If the images initially look like they are in the right order in the media window but do not appear in this order in your WP-Juicebox gallery, just drag and drop a thumbnail into a new position and then drag it back. That should be all that is required to change the order from the 'finished uploading' order to the visible 'menu' order.

You're welcome!

Thank you.

The problem certainly seems to be the space in the path.
I have been able to replicate the problem using a gallery folder name containing a space.
(The Download Button works fine in the same gallery when there is no space in the path.)

One possible solution seems to be to decode the '%20' back to a ' ' in the $fileUrl variable.
Try changing line 6 of the 'juicebox.php' file from:

... to:

I'm not sure that this is the best solution but it should hopefully work.
I have notified the developers of this problem.

Please note that the line number above refers to the current version of Juicebox-Pro (v1.5.0).

The best solution would be to not use spaces in paths.
As image filenames and gallery folder names form parts of URLs when uploaded to a web server, it would be safer to use only web-safe characters. Please see section 2.3 of this document for details: https://tools.ietf.org/html/rfc3986#section-2.3

You should have no problems (with JuiceboxBuilder-Pro, your web server, FTP software or browsers) when using any or all of these unreserved characters.
(The space character is considered 'unsafe' as it needs to be encoded.)

It looks like the following custom CSS from your 'fsa_theme.css' file may be causing the problem.

/* To hide Juicebox logo */
.jb-classifier-link-wrapper + div{
    opacity: 0;
    visibility: hidden;
}

As you are using Juicebox-Pro, the Juicebox logo will not be displayed in any of your Pro galleries so this custom CSS should not be required.

I hope this points you in the right direction.

Incidentally, Juicebox (both Lite and Pro) may be used for personal and/or commercial projects but, if using Juicebox-Lite, please ensure that the Juicebox download link in the bottom right corner is clearly visible. Thank you.

@fkelly12054

Thanks for helping out.
As you say, all that is required to have a different audio track per gallery is to supply an MP3 and an OGG file for each gallery and set the appropriate audioUrlMp3 and audioUrlOgg paths in each gallery's XML configuration file.

Just in case it helps, there's a link to an online converter in the Adding Audio support section.

In order to set configuration options (such as flickrTags) via a query string in the URL, you'll need to set debugMode="TRUE" in the gallery's embedding code. (Please see the Setting Config Options support section for details.)

To do this within the Juicebox plugin for WordPress, open WP-Juicebox's 'wp-juicebox.php' file in a plain text editor and change line 280 from:

$string_builder .= '        backgroundColor: "' . $background_color . '",' . PHP_EOL;

... to:

$string_builder .= '        debugMode: "TRUE", backgroundColor: "' . $background_color . '",' . PHP_EOL;

You can then set a flickrUserName via the WP-Juicebox gallery settings interface (as usual) and set the flickrTags option via a query string in the URL, for example:
http://www.example.com/gallery/?flickrTags=landscape

If you wanted to, you could set the flickrUserName (or any other configuration options) via the query string, too. Configuration options set via the query string take precedence over those set via the embedding code or in the gallery's XML configuration file. For example:
http://www.example.com/gallery/?flickrUserName=my_flickr_account&flickrTags=landscape

Please note that the line number above refers to the current version of WP-Juicebox (v1.5.0).
(In the version of WP-Juicebox that you are currently using, the line to modify will be somewhere in the region of 289 ~ 290.)

Please fill in the Download Link Request Form and the admin team will send you a new download link.
Just fill in the form to the best of your ability (with an approximate purchase date if you cannot remember the exact date) and use the 'Additional Information' box at the foot of the form to add any notes which might help the admin team find your transaction details.
Download Link Request Form: https://juicebox.net/admin/download_request/

On a Mac, all you should need to do is extract the 'juicebox_lite_1.5.0.zip' file, go inside the 'juicebox_lite_1.5.0/adobe-lightroom-plugin/' folder and double-click the 'juicebox_lite.lrwebengine' package.
If this does not work, then it might be worthwhile uninstalling and then reinstalling Adobe Lightroom to see if this helps (although the manual method of copying the 'juicebox_lite.lrwebengine' package to the 'Web Galleries' folder should also work fine).
Also, please make sure that you have Adobe Lightroom v4 or later installed. The 'juicebox_lite.lrwebengine' plugin will not work with Adobe Lightroom v3 or earlier.

If you cannot find Adobe Lightroom's 'Web Galleries' folder on your computer, then please try the suggestion from my post above:

• Open Lightroom

• Go to 'Edit -> Preferences...' (from the drop-down menu at the top)

• Select the 'Presets' tab

• Click the 'Show Lightroom Presets Folder...' button

• Navigate inside the 'Lightroom' folder in the file explorer window that pops up

• Now navigate inside the 'Web Galleries' folder

This is the folder that you should copy and paste the 'juicebox_lite.lrwebengine' package to (when installing the plugin manually if double-clicking the 'juicebox_lite.lrwebengine' package does not work).
If you do not have a 'Web Galleries' folder (although it should exist by default after installing Lightroom), then try creating it manually in your 'Users/username/Library/Application Support/Adobe/Lightroom/' directory.

There should be no need to look inside the package (although it seems strange that you do not see anything inside it).
To install the plugin to Adobe Lightroom, either double-click the 'juicebox_lite.lrwebengine' package or, if this does not work, copy and paste the 'juicebox_lite.lrwebengine' package to the 'Web Galleries' folder (see above).

The 'juicebox_lite.lrwebengine' package is bundled within the Juicebox-Lite zip file.
Extract the 'juicebox_lite_1.5.0.zip' file and you'll find the 'juicebox_lite.lrwebengine' package in this location: juicebox_lite_1.5.0/adobe-lightroom-plugin/juicebox_lite.lrwebengine

The only location that the plugin should be installed to is 'Users/username/Library/Application Support/Adobe/Lightroom/Web Galleries/'.

Sorry. There was an instance of 'juicebox_pro.lrwebengine' rather than 'juicebox_lite.lrwebengine' in my post above (which I have since corrected).

I hope these notes help you to successfully install the plugin.

Edit:
Incidentally, the Lightroom plugin was first bundled into the Juicebox-Lite zip file in v1.4.3.
If you have a version prior to v1.4.3, you will not find the 'juicebox_lite.lrwebengine' package inside the Juicebox-Lite zip file.
You can download the current version of Juicebox-Lite (v1.5.0) from the download page here.

When a Juicebox gallery is displayed on a touch-enabled mobile device, Juicebox uses Touch Input Mode (rather than Mouse Input Mode). Please see the Input Mode support section for more information.

In Touch Input Mode, the imageTransitionType is always set to SLIDE (which is the transition which best fits with the swipe gesture for navigating between images).
The imageTransitionType can be set only for Large Screen Mode and Mouse Input Mode. This is noted in the short description for imageTransitionType in the Main Image section of the Config Options Page:

Unfortunately, there is no way to change the imageTransitionType on a touch-enabled mobile device. It will always be set to SLIDE.

However, if you like, you can post suggestions for future versions in the Feature Requests forum thread.
This keeps all the ideas together and ensures that they are not overlooked by the developers.
I do not know the likelihood of any suggestions being implemented but this is certainly the best place for all ideas.
Thank you.