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.
Do you also have the transaction less checkout enabled?
There's no configuration option to remove this. Your best option is to hide the field using CSS.
You can change United States to Deutschland by changing the Sales Tax Country in the Cart settings. The Cart doesn't provide a way of configuring shipping regions other than local and international.
See my previous message. In all the time spent developing and testing Publisher I have not once entered a credit card number on the PayPal sandbox.
Hi Lorne, thanks for the further information. Without seeing the underlying error it's impossible to tell what's going on. Could you set up FTP access and email or message the details? I should then be able to work out what's going on.
This should be your API URL:
http://www.digitimm.be/ttg-be/publisher/
Is that what you have?
That's great The migration is non-destructive, so instead of removing or overwriting files, they're moved aside by renaming with a _ce3 suffix. Ce4 also adds its own gallery.xml file, hence the two in each directory. You only needed to rename the galleries_ce3 file back again as that's used to determine the albums that can be migrated.
Hi Lorne,
Thanks for confirming. There's not much we can tell from the error. Can you login to your FTP and see whether there are any error logs on the server? These may be named something like error_log, and reside either directly in your public_html folder, or in the sub-folders ttg-g/ or ttg-g/opp. It could also reside in a folder such as public_html/logs/ or just logs on the same level as public_html.
Hi Ray, something's not right here. None of the albums have been migrated. Can you try to migrate the albums again, and then post back after trying? To do so:
1. Remove the album sets and albums you have created since migrating. If asked, confirm that you want to remove them from the service.
2. Select all of the remaining albums and album sets that are in your CE4 instance. Right click and chose delete. If asked, do NOT remove them from the service.
3. Rename galleries/galleries_ce3.xml to galleries.xml
4. Migrate again.
When you run the migration tool, you should see a confirmation of the number of migrated albums and album sets. Upon a successful migration, you should also see the albums and album sets that were in your CE3 Publisher instance copied into your CE4 publisher instance.
If this still doesn't work as described above then please post exactly which steps you performed and the outcome and messages received.
Hi Lorne, your PHP version is fine. Version numbers aren't decimals. The numbers after the last period represent the revision number. That means you're running the 17th revision of PHP 5.2, which is newer than the 6th revision.
Can you confirm that your top-level galleries directory in Publisher is set to 'ttg-g'? Looking at http://passionateaboutpictures.com/ttg-g/ I see two two directories, 'drina' and 'opp'. 'drina' appears to be a non-Publisher gallery. Is that correct? I can't tell what 'opp' is as it takes me to an error page. Is that the album that you're having trouble with?
Hi Kristen, it may be that the album settings in Lightroom haven't had a chance to re-read the available template settings. The template settings are only read when an album is created or when you change templates (which is not ideal and something I need to look into). The best workaround is to select another template in the album settings and then change the selected template back again. Do you have two or more templates so you can try that?
Hi Kristen, it may be that the album settings in Lightroom haven't had a chance to re-read the available template settings. The template settings are only read when an album is created or when you change templates (which is not ideal and something I need to look into). The best work around is to select another template in the album settings and then change the selected template back again. Do you have two or more templates so you can try that?
Instead of entering in card details, create a sandbox buyer account and login with that.
I've found where the issue lies. It's to do with the 'album' of search results not knowing whether the cart is enabled for the photos (which can only be determined by the albums that the photos reside in). We should have a fix with the next maintenance releases, but have no schedule for that at this point of time.
I've reviewed the code and found two areas for improvement: 1. The message should have referred to TTG BE and admin rather than Cart and cart., and 2. The code should no longer be copying .htaccess files to another location. This isn't a bug. It can just cause issues for file browsers or FTP programs that are set to ignore these hidden files during transfer. I had replaced all other instances of .htaccess with htaccess, which aren't hidden files, but had missed this one case.
Alternatively, the CE4 cart supports post-purchase uploading of digital purchases. That means you can sell the images in the cart, but only need to prepare and upload the images that have been sold, rather than of all images that you want to make available for sale.
We won't be supporting Windows. There are too many variables and we don't have the resources to test against them all.
Having said that, you may find that the software does work in Windows. We just can't do much if you run into compatibility issues.
Hi Les, I suspect the message is giving an incorrect location. It's getting late here. I'll look into this issue in the morning, Melbourne time.
Hi Ken, that's right.
Hi Ken, I don't believe the API credentials can be used to do anything but make purchases from you. The only transaction possible is to send you money. The malicious user would also need a valid credit card number or PayPal account to make payments. This isn't giving any more power than available from your shopping cart; i.e. anybody can come along and make a purchase.
Having said that, we do try to protect the credentials as much as possible. They are never displayed on the admin page, and the database storage can only be read from the full ttg be admin, via the phpLiteAdmin page which is protected with a further password. The weak point is when you supply the credentials in the first place. A malicious user could eavesdrop the form submission. The submission of PayPal API credentials during purchase is made using https, so that part is secure.
Thanks for the clarification. I'll look further into this.
All I can say is that it's working perfectly for me. There was a problem as described with the last version of the cart (not related to publisher or ttg-be), but this has been fixed and appears to be working when I visit your test gallery.
Hi Ken, since you have changed your products, can you first reset your customer's shopping cart by visiting http://ioscapes.com/webtest/ttg-be/cart/?a=reset
After doing so, add items to the cart and see if the issue perists. If it does, please provide instructions for exactly which photo you added to the cart, the options chosen, and further steps to replicate the error.
Hi Charlie, the cart icon is in the page but set to display: none.
When you generated the template you're using for search, did you check the 'Display Add-to-Cart Buttons on Grid' option in the Shopping Cart Integration section? This needs to be checked for the icons to display.
Hi Ken, the photos that don't have products are using the pricing scheme Standard, but you don't have such a scheme set up.
You'll need to either create a Standard scheme, or change the scheme assigned to those images.