Support community for TTG plugins and products.
NOTICE
The Turning Gate's Community has moved to a new home, at https://discourse.theturninggate.net.
This forum is now closed, and exists here as a read-only archive.
You are not logged in.
It could be that Johnstone-Wedding is not writable. Have you changed the permissions on that to 755?
Can you email me the log files from the server, using the Email link below my picture? You should be able to find them in ttg-be/data/publisher/logs. If there are many files, then the most recent two should do. (likely 2014_08_25.log and 2014_08_26.log)
Being password-protected shouldn't cause a problem. Have you set 'Johnstone-Wedding' as your publisher's top-level gallery directory? If not, what have you set that to?
Hi Jan,
Thanks for trying that out. I had hoped that the second test did not produce a 403. Since it does, it means that the redirection code isn't working for some reason. Could you setup FTP access for me and provide the details via message or Email (link below my picture)? That will let me figure out what's going wrong.
Ben
Hi, it probably means it can't find the directory to save to. What should be the URL of the gallery you are trying to create?
(likely ending in Johnstone-Wedding/bride-and-groom)
You should not need to reconfigure anything, unless advised in the update notes. Have you been following the upgrade instructions as provided in the changelog or readme.txt files?
Hi Jan,
This may be a little tricky to solve. Can you try editing the .htaccess in order to determine whether the .htaccess file is being processed, and that mod rewrite is in fact on.
If you change it to this:
deny from all
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule ^(.*)-single.*php$ single.php?id=$1 [L]
</IfModule>
Then your entire gallery should come up as Forbidden. If it does, that proves that the .htaccess file is being read.
Assuming that worked as intended, changing it to this:
<IfModule mod_rewrite.c>
deny from all
RewriteEngine On
RewriteRule ^(.*)-single.*php$ single.php?id=$1 [L]
</IfModule>
should also result in Forbidden for the gallery. If this is the case then it proves that mod rewrite is on. If not, then it proves that mod rewrite is off, at least for that gallery.
Please try those and let us know the results. Don't forget to change it back to the original, so that your gallery will function:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule ^(.*)-single.*php$ single.php?id=$1 [L]
</IfModule>
Hi Jan, that's odd. Can you check that there is an .htaccess file located at http://www.photo-active.biz/galleries/ACC/.htaccess ?
It won't be visible on the web - only through FTP. Since the file starts with a period, you may need to change the settings in your FTP program to display hidden files.
The contents of the file should be:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule ^(.*)-single.*php$ single.php?id=$1 [L]
</IfModule>
Can you provide a direct link to the image you have in http://www.natuurismooi.nl/galleries/ez … humbnails/ ?
That's odd that the icon is not showing up. Is the plugin otherwise working properly?
Try clicking the 'Reload Plug-in' button. If that doesn't help, I suggest extracting the LR plugin again and copying over the files, then clicking 'Reload Plug-in' again.
Your new galleries are set to use custom thumbnails. Have you added your thumbnails for the new images to the custom_thumbnails directory?
Hi Duane, search is global. Can you provide a link so we can see how your breadcrumbs are appearing?
This is an issue with the Gallery plugin - I'm waiting for Matt to chime in.
A quick fix would be to disable the mobile redirect. To do so, edit your gallery's index.php files, changing these lines:
if (screen.width < 768 || navigator.userAgent.match(/Android|Blackberry|SymbianOS|iPhone|iPod|iPad/i)){
window.location.replace('mobile.php'); }
to
//if (screen.width < 768 || navigator.userAgent.match(/Android|Blackberry|SymbianOS|iPhone|iPod|iPad/i)){
//window.location.replace('mobile.php'); }
I can't even see your screenshots, however you took them. Looking at your site, something's not right with your files. Did you accidentally replace ttg-be/admin with the files from publisher/admin? I suggest you re-upload ttg-be/admin from the TTG BE zip file and ttg-be/publisher.
For your info, there are multiple ways of logging in:
http://yoursite.com/ttg-be/admin/
http://yoursite.com/ttg-be/publisher/admin/
http://yoursite.com/ttg-be/cart/admin/ (if you have cart installed)
The latter two will take you to the respective app's dashboard immediately on login.
It looks like you haven't extracted or copied over all of the plugin files. You should have all of these files within the plugin, including the supporting_files subdirectory that contains two icons:
CE4-Publisher.lrplugin/Info.lua
CE4-Publisher.lrplugin/JSON.lua
CE4-Publisher.lrplugin/LRInfoProvider.lua
CE4-Publisher.lrplugin/LRInitPlugin.lua
CE4-Publisher.lrplugin/MetadataHandler.lua
CE4-Publisher.lrplugin/supporting_files/ttg-icon-large.png
CE4-Publisher.lrplugin/supporting_files/ttg-icon.png
CE4-Publisher.lrplugin/TTGApi.lua
CE4-Publisher.lrplugin/TTGDialogs.lua
CE4-Publisher.lrplugin/TTGGalleryIDHelper.lua
CE4-Publisher.lrplugin/TTGMigrator.lua
CE4-Publisher.lrplugin/TTGMigratorMenuItem.lua
CE4-Publisher.lrplugin/TTGOutputStructureMenuItem.lua
CE4-Publisher.lrplugin/TTGPublishServiceProvider.lua
CE4-Publisher.lrplugin/TTGUtils.lua
That's odd. Can you provide a screenshot of the error message?
The cart doesn't support additional attributes for packages
Do you use more than one scheme in a given gallery?
It looks like the non-Publisher mobile pages are over-writing the mixed pricing with the uniform pricing profile.
Are you using mixed pricing for all of the photos in the gallery? If they all have the same pricing profile then setting the uniform pricing profile to 'individual' should solve the problem.
Hi Jan, the single pages require that your server have modrewrite enabled. This allows links to be mapped to other links. For example, the permalink of:
http://www.photo-active.biz/galleries/architektur/Arch-1-single.php
should show the page that you can view at
http://www.photo-active.biz/galleries/architektur/single.php?id=Arch-1
I suggest that you contact your host's technical support and ask them to enable modrewrite for you.
Anything under 'Special Links' are non-standard tasks that you usually wouldn't need to run unless advised by us.
Each album has a set of default files, such as index.php, mobile.php, single.php and lib.php. They are copied over from the publisher into the album directory when albums are created. The Update Album Files function re-copies these to every album. It was useful during development when the behaviour of the default files was still changing, but we left the link there in the off chance that we may need to update the album file behaviour sometime down the track.
It should be harmless to press the do-not-press button
No worries. There was a small bug in the implementation found in CE4-Cart-303.zip
The issue is that the pricing scheme-products page won't display if you don't have any packages setup (whether assigned to pricing schemes or not).
I have added a fix to CE4-Cart-303a.zip file, so if that's not the one you've downloaded you may want to download that. The only changed file is ttg-be/cart/application/models/PricingSchemeEntity.php
On the screenshot is a Save Diagnostics Log To File button. If you click that and save to a text file, then there may be meaningful messages in the file. Please post them here.
Hi Volker, do you have a URL we can look at? There's a file called gallery.xml that may be residing in galleries. If you have that file, then change the text 'Galleries' to 'Bildergalerien'. If you don't have that file then let us know and we'll advise further.
For your info, gallery.xml is generated automatically with Pages installs.
Thanks for clarifying. I've fixed this in my code, which will be in the upcoming maintenance release.
Hi, to remove the basedir error, disable breadcrumbs for your pages-gallery.
The breadcrumbs algorithm attempts to look into the directory one level above where the gallery is located. In your case it's looking in /var/www/artofthewild.co.uk when the gallery is at /var/www/artofthewild.co.uk/httpdocs. On your setup that raises a security warning. Disabling breadcrumbs should solve it.