Thank you for your notes and help in tracking this down.

In order to fix this within WP-Juicebox, I'd need to fetch the corresponding thumbnail URL for each individual image rather than hardcoding "thumbs_" as a prefix for each thumbnail (which NextGen Gallery always used to do until v3.21) and then appending the image filename.
This sounds simple enough until I discovered that there is no thumbnail-related entry in the individual NextGEN image properties.

I could fetch the global value for NextGEN's "Use dashes instead of underscores when generating new image files" switch but I would just have to apply this to all images in all galleries and it would break all thumbnails created if/when the switch was in one position or the other (just like the current status when using dashes). As far as I can tell, there's no way to programmatically determine which galleries were created with the switch in any particular position. In fact, it's entirely possible that a single gallery could have thumbnails with both underscores and dashes (for example, if you were to upload a few images to a gallery with the switch set to 'Underscores' and then upload a few more images afterwards with the switch set to 'Dashes'). I'd really need to determine the corresponding thumbnail URL for each individual image and this does not seem to be possible.

I think all I can do is either:
(1) Feed WP-Juicebox the full-sized NextGEN images to be used as the Juicebox gallery's thumbnails and have Juicebox dynamically resize them when the gallery is viewed.
... or:
(2) Give the WP-Juicebox user the option to set the NextGen separator to either 'Underscore' or 'Dash' on a per gallery basis (in each WP-Juicebox gallery settings window) and trust that the NextGen user does not have a gallery which uses both. At least this will use the dedicated NextGEN thumbnails as the Juicebox thumbnails.

I'll think it over for the next version of WP-Juicebox.
In the meantime, I'm glad that you've found the cause of your problem and found a suitable workaround.
Thanks, again, for taking the time to document this issue. It's most appreciated.

Thanks for the links.

The paths to the thumbnails in your WP-Juicebox gallery's XML file all look fine.
Here's the path (taken from the gallery's XML file) to the first thumbnail in the gallery:
https://wp-test.8014.net/wp-content/uploads/sites/1/nggallery/test-1/thumbs/thumbs_test2.jpeg

This looks to be OK. Inside the 'test-1' folder in the path is a subfolder named 'thumbs' (expected for NextGEN) and the filename for the thumbnail image itself has the prefix 'thumbs_' (also expected for NextGEN).
However, when I go directly to the location above in a browser, I get an error 404 (file not found).

Also, going directly to /wp-content/uploads/sites/1/nggallery/test-1/thumbs/ results in an error 403 (forbidden).

Please check that the file structure on your web server matches the expected structure from the paths in the gallery's XML file.

First of all, FTP into your /wp-content/uploads/sites/1/nggallery/test-1/ folder to make sure that there is actually a folder named 'thumbs' there.
Then check inside the 'thumbs' folder (if it exists) to see if you thumbnail image files are there. (They should all have the prefix 'thumbs_'.

If everything seems to be present on your web server, then check the permissions on the files and folders to make sure that they are not too restrictive.
Default permissions of 755 for folders (i.e. the 'thumbs' folder) and 644 for files (all the files inside the 'thumbs' folder) should be fine.

I hope this helps.

That's odd. I've just created a gallery using WordPress v6.1.1, WP-Juicebox v1.5.1.4 and NextGEN Galery v3.35 (a WP-Juicebox gallery using a NextGEN gallery as the source of images) and both the main images and thumbnails appear as expected.

Being that I'm not able to reproduce the error, could you please post a link to your dysfunctional gallery's web page so that I can investigate and hopefully help further? Thank you.

I'm glad you've been able to resolve your problem. Thank you for letting me know.

For anyone else experiencing similar issues, please see this forum post which should help.

No worries!

I'm glad you've got it working again. Thanks for letting me know!

132

(3 replies, posted in Juicebox-Pro Support)

@petax

Thanks for sharing your solution.
This method does require Showkase but for Showkase users, it's great!

I'm all for clarity (and I don't want to sound defensive) but the first line of the manual instructions on the website already says:

If the method above does not work, you may need to manually install the plugin by copying it to the one of the following locations, depending upon your operating system.

I guess we could rephrase this but it seems fairly clear at the moment.
Let me know if you have any suggestions or if you are referring to instructions elsewhere. Thanks.

Thank you for purchasing Juicebox-Pro.
I'm sorry to hear that you are having difficulty with JuiceboxBuilder-Pro, though.

Please take a look at this forum post entitled "Unresponsive New Gallery and Open Gallery buttons in JuiceboxBuilder": https://juicebox.net/forum/viewtopic.php?id=5295
It should hopefully help to resolve your problem.

I hope this helps but, if you continue to experience difficulties, then please post back to let me know what you've already tried from the forum post suggestions and I'll do my best to help further.
Thank you.

I'm happy to hear that you've got it working. Thank you for posting back to let me know.
Thank you, also, for sharing your experience and detailing your steps which might, indeed, help other users.

Just a quick clarification...
You mention "Web Gallery" as a folder name a few times in your post but from my experience (at least on Windows), the folder name should be "Web Galleries".

If you put the Juicebox webmodule/plugin in the Web Gallery folder manually and do the double click procedure, the juicebox webmodule/plugin gets deleted from the Library Web Gallery directory.

That's strange but, of course, if you manually copy the package to the Web Galleries folder, there's no need to double-click the package. It seems odd that the package would disappear on doing so, though.

In any case, I'm glad you've got it working.

First of all, I should probably clear up some of the terminology.
The Juicebox Plugin for Lightroom is actually a web engine and not a plugin as Lightroom defines a plugin.
As such, the Juicebox Plugin for Lightroom cannot be installed as a Lightroom Plugin but should, instead, be installed as a Lightroom Web Engine.
Sorry for any confusion this causes.

You should be able to install the Juicebox Plugin for Lightroom by simply double clicking the 'juicebox_pro.lrwebengine' package inside the 'adobe-lightroom-plugin' folder (from the extracted Juicebox-Pro zip file), as noted in the installation instructions here.

If this does not work, then the manual instructions in the link above should definitely work.

there is no Web Galleries folder in LightroomCC

That's not unusual. The automated method of installing should create a Web Galleries folder for you but if you install using the manual method, then you'll need to create a 'Web Galleries' folder yourself and then copy the 'juicebox_pro.lrwebengine' package inside it.

On a Mac, navigate inside the Users/username/Library/Application Support/Adobe/Lightroom/ folder and create a new folder there named 'Web Galleries'. Then copy the 'juicebox_pro.lrwebengine' package inside the 'Web Galleries' folder.

You should now be able to access the Juicebox Plugin for Lightroom from the Lightroom Web module (click the 'Web' module shortcut/link near the top right of the Lightroom window or go to 'Window -> Web' from the drop down menu at the top).

I hope this helps.

I'd really need to see the dysfunctional gallery live on your web server in order to troubleshot the problem.
Please post the link to your gallery's web page here (or email me) and I'll take a look. (My email address can be found in the column to the left of this post.)

In the meantime, try temporarily deactivating all your plugins (except for WP-Juicebox) and then reactivate them one-by-one (checking your gallery each time) to see if you can find a plugin which might be conflicting with WP-Juicebox and causing the problem. Maybe there's a caching plugin which is causing problems with the gallery files (which is not evident in the preview).

138

(3 replies, posted in Juicebox-Pro Support)

I'm sorry to hear that there's been no easy fix for you to reinstate all your galleries.
I'm really not sure what could have wiped out what appears to be your entire 'wp-content' folder.
I hope that rebuilding your galleries doesn't take as long as you think it might.
Best wishes, and I'm sorry that I couldn't be more of a help.

139

(3 replies, posted in Juicebox-Lite Support)

I think this might be undocumented but try 'F' to expand the gallery (fullscreen) and ESC to close the gallery.

Notes:

(1) Juicebox-Pro only (set enableKeyboardControls="TRUE").

(2) The gallery must have focus (need to click somewhere within the gallery before pressing 'F' (or any other keyboard control)).

(3) As with the example in my previous post, this does not work if the gallery is expanded in a new page (no easy solution).

140

(3 replies, posted in Juicebox-Lite Support)

You could create a custom JavaScript event listener in your gallery's embedding page which triggers the Juicebox-Pro API toggleExpand() method (to expand/close the gallery) when a certain key is pressed.
Here's an example which toggles the gallery's expanded status when the 'x' key is pressed.

To see this example in action, create a sample gallery with JuiceboxBuilder-Pro and use the following code as the gallery's 'index.html' page.

<!DOCTYPE html>
<html lang="en">
    <head>
        <meta charset="utf-8" />
        <meta name="viewport" id="jb-viewport" content="width=device-width, initial-scale=1.0, minimum-scale=1.0, maximum-scale=1.0, user-scalable=0" />
        <style>
            body {
                margin: 0px;
            }
        </style>
        <script src="jbcore/juicebox.js"></script>
        <script>
            var jb = new juicebox({
                containerId: "juicebox-container",
                galleryHeight: "400",
                galleryWidth: "600"
            });
            jb.onInitComplete = function() {
                window.addEventListener('keydown', function(e) {
                    if (e.keyCode === 88) {
                        jb.toggleExpand();
                    }
                });
            };
        </script>
        <title>Test</title>
    </head>
    <body>
        <div id="juicebox-container"></div>
    </body>
</html>

Notes:

(1) Use of the Juicebox-Pro API requires Juicebox-Pro. Unfortunately, this will not work with Juicebox-Lite.

(2) This should work fine with a regular gallery or when useFullscreenExpand="TRUE" but it will not work if the gallery is expanded in a new page (e.g. on an iOS device or when expandInNewPage="TRUE"). In order to close a gallery which has been expanded in a new page, the code would need to be incorporated into the gallery's 'jbcore/full.html' page as well as the gallery's embedding page.

(3) Keycodes (if you wanted to change the 'x' key for something else) can be found here: https://css-tricks.com/snippets/javascr … -keycodes/

As this does not work with Juicebox-Lite, you might like to post this as a suggestion for a future version in the Feature Requests forum thread.
I do not know what suggestions might be incorporated into future versions but this is the best place for all ideas to ensure that they are seen by the developers. (I know the Feature Requests forum thread is a sub-forum of the Juicebox-Pro forum but there's no specific Feature Requests thread for Juicebox-Lite so this is still the best place to post.)
Thank you.

141

(3 replies, posted in Juicebox-Pro Support)

I'm sorry to hear about this.

All the information for WP-Juicebox galleries is stored in wp-content/uploads/juicebox/ (one XML file per gallery, e.g. 1.xml for Gallery #1, 2.xml for Gallery #2, etc.). The 'Manage Galleries' page reads this folder to see what XML files are present and then displays the results in a table.
Ordinarily, the only way for all this data to disappear would be to click the 'Delete All Data' button on the Manage Galleries page (and then click the 'Are you sure?' button).

All the images for WP-Juicebox galleries are stored in WordPress's own Media Library (for local galleries) or on Flickr's servers (for Flickr galleries). There is no separate store of images for WP-Juicebox galleries. Just for reference, 'Manage Galleries -> Delete All Data' does not delete any images (just the gallery data (XML files) in wp-content/uploads/juicebox/ and the plugin preferences in the WordPress database). After 'Delete All Data' all gallery images remain either in the Media Library (attached to their respective posts) or on Flickr's servers.

The first thing to do is check to see if there are any XML files within wp-content/uploads/juicebox/.

Perhaps your web host has a backup of your site which can be reinstated. This would be worth investigating.

I hope this points you in the right direction.
Please let me know how you get on. Thank you.

142

(1 replies, posted in Tricks and Tips)

I'm sorry to hear about your passwords being compromised.

Log in to the Juicebox forum, go to the 'Profile' tab and you'll find the 'Change your password' link at the right-hand side below the second blue menu bar.

I hope this helps.

143

(3 replies, posted in Juicebox-Pro Support)

Hi.
This is just a quick follow-up to see how you are getting on.
I hope things are going well. However, if you need any help with anything or would still like a refund, just let me know.
Thanks.

144

(1 replies, posted in Juicebox-Pro Support)

Sorry, Juicebox does not support videos (no matter how the gallery is made).
FAQ: Will Juicebox load things other than images?

The Juicebox Plugin for Lightroom should not freeze, though.
Is there a certain function or combination of options that causes the plugin to freeze?
If there's a way for me to reproduce the problem (for example, a certain set of steps that I can take to replicate the problem), please let me know.

I've just checked the current version of the plugin (v1.5.1) on Lightroom Classic v12.1 on Windows 11 x64 Version 22H2 OS Build 22621.1105 (I don't have access to a Mac to check on at the moment) and it seems to be behaving OK (working as expected and no freezing).

I'm sorry to hear that you are still having difficulty with JuiceboxBuilder-Pro.
This forum post is the best source of information for unresponsive New Gallery and Open Gallery buttons. (I don't know if you actually have unresponsive New Gallery and Open Gallery buttons but being that you say you cannot create a new gallery or open an existing one, it sounds likely.)

I really don't know what might be causing your problem but is sounds like it's somehow specific to your system as no other Mac users have reported an inability to create a new gallery or open an existing one recently. (Any recent problem reports we've had lately are usually related to AIR versions or Rosetta, not creating or opening galleries.)

All I can suggest is that you run through the list of suggestions in the forum post again and see if anything helps.

I'd try completely uninstalling both AIR and JuiceboxBuilder-Pro following #11 in this forum post. It's important that you delete the following folders manually afterwards.

  • /Applications/JuiceboxBuilder-Pro.app/

  • /Users/Username/Library/Application Support/Adobe/AIR/ELS/JuiceboxBuilder-Pro

  • /Users/Username/Library/Preferences/JuiceboxBuilder-Pro

I'd then reinstall AIR v33.1.1.744 and JuiceboxBuilder-Pro v1.5.1.2 and try running JuiceboxBuilder-Pro with any anti-virus software that you might have installed temporarily disabled (at your own risk and having disconnected from the internet first).

I'm sorry I don't have anything else for you to try but the suggestions in the forum and/or a completely clean installation (having manually deleted all the folders listed above) should work.

146

(3 replies, posted in Juicebox-Pro Support)

Would be grateful for money back guarantee :

I hope that my notes above help but if you'd still rather have a refund, then please let me know and I'll forward your transaction details to the admin team who will process your refund.
Thank you.

147

(3 replies, posted in Juicebox-Pro Support)

Hello.
Thank you for purchasing Juicebox-Pro.
I'm sorry you're having such a poor first experience with Juicebox-Pro, though.
I hope my notes below help to clarify a few things.

1. Preview screen freezes

This is a known issue and is due to using a version of AIR without support for WebKit (the embedded browser which JuicboxBuilder-Pro uses for the live preview window on the 'Customize' panel).
The solution is to use the most recent version of AIR with WebKit. This is currently AIR v33.1.1.744 which can be downloaded from the foot of the AIR download page here: https://airsdk.harman.com/runtime
Please see this forum post for more details: https://juicebox.net/forum/viewtopic.php?id=5318

2. Adobe Air is no longer being made

Although Adobe no longer supports AIR themselves, AIR is actually still alive and well. Adobe has passed the development of AIR on to a company called Harman. You can check out their website here: https://airsdk.harman.com/
Also, you can check out the AIR development status over on their GitHub site: https://github.com/airsdk/Adobe-Runtime-Support

3. No response from support email

I'm very sorry about that.
Please let me know what email address you used to contact us and also where you found it (was it in a purchase email or somewhere on our website) so that I can investigate and fix the problem or change the email address if necessary. Thank you.
(We recently had a problem which was noted earlier in the week whereby the support email address on Gumroad receipts was out of date. This was fixed a couple of days ago.)

Once again, I'm sorry that you've had such a rocky start with Juicebox-Pro.
However, Juicebox and AIR are still both supported and using AIR v33.1.1.744 should hopefully resolve your issue with JuiceboxBuilder-Pro. (Just be sure to uninstall any other version of AIR that you might have installed first.)

Please let me know how you get on and if I can be of any further assistance.
Thank you.

148

(3 replies, posted in Juicebox-Pro Support)

I expect the empty space to the right of the Button Bar is due to Juicebox reserving space for the Expand Button but your gallery sets showExpandButton="FALSE". I do not think you'd see the space if your gallery were to set showExpandButton="TRUE" instead.

Setting a Button Bar icon to FALSE should not result in empty space to the right of the Button Bar (this is, indeed, a bug) but, the way Juicebox has been designed, the Expand Button should be displayed (even though your gallery sets showExpandButton="FALSE").
Using the Splash Page to expand the gallery is, internally, no different to using the Expand Button and if either the Splash Page or Expand Button are being used, then the Expand Button (in its Close Gallery state) ought to be present to allow the visitor to close the expanded gallery. (At least, that's how I expect the developers envisioned this functionality.)
There is no way to have the Expand Gallery button present but hide the Close Gallery button. Likewise, if using the Splash Page.

Long story short, it's a bug but it's a known bug which has already been logged and will hopefully be fixed in a future version.
In the meantime, the workaround is to set showExpandButton="TRUE" (which is essentially what the bugfix will likely do anyway).

Also, with regard to your your first note, you could perhaps use JavaScript to add #expanded to your link but only on mobile devices. Maybe something like this:

<a id="link">Link goes here.</a>
<script>
    var isMobile = /Android|BlackBerry|iemobile|iPad|iPhone|iPod|Nexus|Opera Mini|webOS|Windows Phone|WPDesktop/i.test(navigator.agent);
    var linkSrc = 'http://www.example.com/index.html' + (isMobile ? '#expanded' : '');
    document.getElementById('link').setAttribute('href', linkSrc);
</script>

Otherwise, for the Juicebox-Pro API suggestion, something like this might work:

<script src="jbcore/juicebox.js"></script>
<script>
    var jb = new juicebox({
        containerId: "juicebox-container",
        galleryHeight: "400",
        galleryWidth: "600",
        showExpandButton: "TRUE"
    });
    jb.onInitComplete = function() {
        var isMobile = /Android|BlackBerry|iemobile|iPad|iPhone|iPod|Nexus|Opera Mini|webOS|Windows Phone|WPDesktop/i.test(navigator.agent);
        if (isMobile) {
            jb.toggleExpand();
        }
    };
</script>
<div id="juicebox-container"></div>

Whatever mechanism you use to detect a mobile device, it will likely differ slightly from Juicebox's own logic which determines whether to use Small Screen Mode or Large Screen Mode but you should be able to get quite close and catch most cases.

149

(3 replies, posted in Juicebox-Pro Support)

Unfortunately, there's no easy way to force a gallery to go expand automatically. Juicebox was not designed with this in mind.

You could try adding #expanded to the URL you use in your 'Entrer' link to the gallery but I can't guarantee it'll work (or be trouble-free).

Otherwise, you could maybe use the Juicebox-Pro API to trigger a gallery expansion on loading the gallery.
Something like this:

<script src="jbcore/juicebox.js"></script>
<script>
    var jb = new juicebox({
        containerId: "juicebox-container",
        galleryHeight: "400",
        galleryWidth: "600",
        showExpandButton: "TRUE"
    });
    jb.onInitComplete = function() {
        jb.toggleExpand();
    };
</script>
<div id="juicebox-container"></div>

I'm not sure if this will help but I hope that it points you in the right direction.

I presume my suggestions did not help.

Using AIR v33.1.1.744 and opening JuiceboxBuilder-Pro with Rosetta has been known to work for other M1 users on Ventura (see here, for example) so it should work for you, too.

If you are still experiencing problems, try completely uninstalling both AIR and JuiceboxBuilder-Pro (following the procedure noted as #11 here) before reinstalling them.
Just remember to install AIR v33.1.1.744 (and not the very latest version, AIR v33.1.1.932) when you come to install/reinstall AIR.

More information on using Rosetta can be found here.