Steven-
     Clearing the cache fixed it.  Thank you!   I had hit the refresh button, but that clearly wasn't sufficient. I was going crazy looking for some subtle difference in the configuration.
Thanks,
Steve

Steven- 
    I have checked, and all of the galleries with audio have the same configuration - only the gallery title and the audioUrl entries are different.

    These 4 galleries work on all of the platforms I have tested (Windows w/ Firefox, IE, Chrome; iPad Safari & iPhone Safari and Firefox both with iOS 10.2.1): http://sksilber.net/WebFavorites-jshttp://sksilber.net/WebResearchPark-jshttp://sksilber.net/WebPaloDuro-js, and  http://sksilber.net/WebCaprock-js.

    This gallery,   http://sksilber.net/WebMuir-js, works properly on all of the platforms except the iphone.  It has the same audio files as the Favorites gallery above, both linked in a common Music folder.  It is not a problem with the audio files (I believe) since I don't see the audio button in the top right corner. This  is the top portion of the config.php file for this folder, everything except the image tags:

<?php header('Content-Type: application/xml'); ?>

<juiceboxgallery

                    galleryTitle="Muir Woods"
                    useFullscreenExpand="true"

               showAudioButton="true"
                 audioUrlOgg="/Music/03_First Gymnopedie (Satie)_Canadian Brass.ogg"
                 audioUrlMp3="/Music/03_First Gymnopedie (Satie)_Canadian Brass.mp3"
                 loopAudio="true"
                 playAudioOnLoad="true"
                 audioVolume="0.15"                    
                    
 <?php include '../gallery_extra.php'; ?>
        
>

I have re-verified that killing Firefox and rebooting the iphone makes no difference.  I found that there was an update for the Firefox app on the iphone and installed that.  That, too, made no difference. Any ideas would be appreciated.

Thanks,
Steve

I have a number of JuiceBox Pro galleries on my site, and 4 of those have audio files with them.  These all work well across a number of browsers and platforms.  One of these galleries however does not display the audio play button in the Firefox browser on my iphone.  It does work in Safari on the iphone.  I do have the ogg file and the appropriate link to it, and it works properly in Firefox on a Windows platform.  These galleries are all configured in like manner, with much of the configuration done through config.php with include files.  Only the one gallery fails on the iphone - the other three work as expected.  Killing the firefox app and rebooting the phone also made not difference.  Anyone have any idea what may be going on here?
Thanks,
Steve

Steven-
   Thank You!  You can mark this as solved.  That worked very nicely and did exactly what I was hoping for, and a lot easier than I was afraid it would be.

    Out of curiosity, I note that there is a full.html file in jbcore - what is it for?  I attempted to open it directly and it failed for lack of a config file.  I modified the config argument and then it just didn't open the gallery.  Nothing appears to be broken for it (apparently) not working.  Is this something I need to fix or worry about?

Thanks,
Steve

I did some more looking, and found that this problem did not exist in Chrome browser (had been using Firefox).  I cleared the cache in Firefox and the problem disappeared.  No idea what the graphic was or where it came from, but whatever it is, it is not a Juicebox problem.
Thanks,
Steve

I have just moved up to Juicebox 1.5 Pro, and converted about 20 galleries from the v 1.4 free version.  All is well, except that on 7 or 8 of the 20 galleries, the download button icon is missing, and replace with an outline box and the characters EO in the top half and 17 in the bottom half.  Mouseover gives the Download hint, and the button does function as a download.  I don't know where this icon graphic is stored, or what file may be corrupt.  I tried replacing the juicebox.js file in jbcore, but it had no effect.  All the other buttons are fine, and everything seems to be working correctly.  You can see the defective icon on this page: http://sksilber.net/WebFavorites-js.  Any suggestions would be appreciated.
Thanks,
Steve

I am running version 1.5 pro (very happy with it!) and I have a gallery page with several password-protected Juicebox galleries with password protection.  Is there anyway that the system can 'remember' the password that was used to open one of those galleries, and then apply it to  a second gallery so that a user would not have to enter it a second time?  I would envision the common password as being the key that would permit 2 or more galleries to be opened by one login.  If the previously entered password doesn't match the pswd.php password array contents, then the dialog would be presented again.

Thanks,
Steve

Perhaps this has been resolved - I just restarted Windows, and JuiceBox lite seems to be running properly now.  No other computer symptoms, restarted more out of desparation and for the sake of completeness.......  Hopefully I will not see a recurrence of this behavior.

Thanks,
Steve

I have just installed Juicebox lite, version 1.4.4.2 with Adobe Air version 20.0.0.233.  I am running a Windows 7 Home Premium 64 bit system with 8G memory and 3.4Ghz 8 core CPU.

I have created galleries without incident using Lightroom 5 with the juicebox plugin.

When I attempt to create a gallery with the builder outside of Lightroom, I can add images to the gallery with no problem and arrange the images in the image tab, but as soon as I go to the customize tab, JuiceboxBuilder locks up  with a (Not Responding) status in the title bar.  The sample gallery is 7 images, 200-500kb each.  All I can do is close the program with the red X on the title bar.  I don't see anything anywhere about predefining a configuration before customizing - did I perhaps miss something somewhere?  What can I try to remedy this application?

   The program locks up the same way if I try skipping Customize and jump straight to Publish.  I tried uninstalling and reinstalling, and that also made no difference.

Thanks,
Steve