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's worth noting that its more a limitation than a bug, and not new either. This has been the behaviour since the CE2 Publisher.
In the edit album dialog box. What you did is right. There is a fix for the non-refreshing of template settings which will be in the next maintenance release.
Hi Ken, Have you added cart functionality to the template since creating the album? If that's the case then the album settings may not have read in the latest template settings. The only way to refresh them is to temporarily change the selected template for the album and then change it back again.
Hi Don, this looks like an incompatibility with your Wordpress setup. Can you tell me what the following lines have in them?
1. line 19 of ttg-be/templates/gallery/Template2/template_index.php
2. line 129 of Galleries/phplugins/phplugins.php
Also, does the file public_html/wp-content/wp-cache-config.php exist on your server?
Good morning Kristen. We need to work out two things here: how to remove these and how the problem came about.
It may be possible to re-create the wild album set and Raptors-Osprey-Eagles-and-Hawks album. Have you tried re-creating those in Lightroom? You can ignore the message about appending a number. If you're not able to re-create them, then I'll need to manually remove them from the database for you.
Do you remember what steps, if any, you took to remove wild or Raptors-Osprey-Eagles-and-Hawks from your server? For example, did you remove them from within Lightroom or manually delete them via FTP? I am hoping it was the latter, otherwise the implication is that there is a bug in Publisher that lets the database become inconsistent with the file structure.
Lastly, is this the only album that's broken in search?
Hi, well-spotted. I'll work on a fix for this to be in the next maintenance release.
If 'test' was created with Publisher, then you should be able to create the test gallery again in Publisher, and then delete it from Publisher.
Hi Fredy, the database stores all information needed for your Publisher to function: album details, photo details, metadata, etc. The structure and data can be viewed via the phpLiteAdmin link on the TTG BE dashboard. It requires a further password that I can message you if interested. We do not document that, as for the vast majority of users, the database will be meaningless and clicking around within it without knowing what you're doing can break your setup.
It's a problem with cart on the Magnific layout. Thanks for pointing this out. I've found a solution to it which we should be putting in a maintenance release. For now, I suggest you change to another large presentation layout. Or if you are adventurous, edit template_index.php and template_mobile.php in your template, adding this line:
$(cart_button).off('click');immediately above this line:
ttgCart.applyCartButtonEvents($('li.mfp-shopping-cart a.add-to-cart'), function() { mfp.close(); } );It is generally a bad idea to manually delete or change files within galleries. It needs to be managed by Publisher.
It's possible that the pages-gallery is still saved in your database. If you're starting afresh, the simplest solution would be to rename or delete the file ttg-be/data/publisher/master.sq3
The cart manages pricing and shipping conservatively. Instead of providing defaults of zeros, it's necessary for you to re-save the pricing to confirm that the prices are intended.
I'm glad to hear it's working. Did the empty fields correspond to new products or attributes that you had added since setting up shipping?
Can you provide me with guest admin access so I can take a look?
You've just described how products and pricing schemes already work.
Are all your shipping methods and pricing schemes complete?
For what it's worth, I've added the automatic removal of the Discount Code to my to-do list. I can't offer a timeline of when I'll be able to work on that.
Hi Ken,
The only two places that store your own generated data and settings are ttg-be/data and ttg-be/templates. Within ttg-be/data is a directory ttg-be/data/cart/. The two important files there are ttg-be/data/cart/master.sq3 and ttg-be/cart/orders.sq3
To migrate from a testing to live site, you probably only need to copy over ttg-be/data/cart/master.sq3. See how that goes. If you run into issues in updating the settings, then you may need to remove master.sq3 on your live site and configure it afresh.
Another possible option would be to trick the cart migration tool into coping your test ce4 cart database into your production cart database. I'd try copying the master.sq3 file over being looking further into this.
Hi Wolfram, it looks like a hosting issue. Your host is randomly failing to serve static files that exist on your server. For example, on one page load your banner was missing. The development tools of Chrome reported that the server refused the connection to serve the file http://www.art4u.photography/lib/images … yplate.png Yet if I open that URL in another tab, it loads. This is a simple file that resides on a directory that is not impacted at all by any TTG code.
You need to raise these problems with your host.
Thanks. I am able to authenticate without error. Are you still receiving errors?
Does your API URL include the http:// at the start? It needs to. If you've put in www.digitimm.be/ttg-be/publisher/ then change it to http://www.digitimm.be/ttg-be/publisher/
Hi Kristen, no problem. I'm glad to have it worked out.
Hi Kristen, should the "Gallery" template have pasword protection? Looking at the template settings here http://kristenwestlake.net/ttg-be/templ … /setup.xml I see that passwords are not enabled. If you're expecting passwords with that template, then I suggest you check your settings in the web module and re-export the template.
Thanks. Are you still receiving the message " Headers: { [error] => { [errorCode] => "badURL } }"
when clicking Check Authentication?
I have tried your API URL and receive no such error. Instead I receive a message that the API Key doesn't match. I would have expected to receive that error whether the key matched or not. Can you change your API Key to something that isn't sensitive and message or email it to me?
I am perplexed why when no discount codes have been created, the discount field would appear in the cart.
It's appears because there's no code to hide it when there aren't discount codes.
I don't have my code handy. I'll review the logic behind that message either tomorrow or Monday and see what I can find.
The text is configurable in the Localisations settings. To reach this visit Settings > Localisations, click Managa Localisation and then alter the text for BUTTON_PAYPAL.
