Checkout 0.3.3 now in repository

Don't forget you'll need to make and translate the po file for each of the five modules.

I don't think you've done the upgrade correctly. You should make absoulutely sure to upload not only the checkout module but also the very same checkoutemail and checkoutpaypal modules that are included in the zip with it. Your symptoms are consistent with using an old version of the checkoutemail. Delete all three modules and upload the code again to make sure. Secondly, have you ticked the box on the checkout admin config page to display checkoutemail?

Yes, you can just install the checkoutemail module... but I misunderstood what you were asking.

If it's just the paper option that's not showing in the email, that's nothing to do with checkoutemail, that's in the checkout module. Please check that you don't have a checkout/templates/email/local directory with an old template file in it. Otherwise, let me know if it's still not working and I'll pm you my email address for you to forward me the email that you're getting.

Enable debugging to 'buffered' mode and retry. See if you can get hold of a more informative error message. Since it says more information may be available in the server error log, did you look there?

I don't think it's a problem with the email module ... to enable debugging, see the instructions here:

http://codex.gallery2.org/Gallery2:FAQ#How_to_set.2Fuse_Gallery_in_debug_mode.3F

let me know if it comes up with anything.

Give the "add to cart" permission on the root album to the "Everybody" group.

Does this sound like something?

Error
Error (ERROR_STORAGE_FAILURE)

* in modules/core/classes/GalleryStorage.class at line 226 (GalleryCoreApi::error)
* in modules/core/classes/GalleryStorage.class at line 545 (GalleryStorage::_getConnection)
* in modules/core/classes/GalleryCoreApi.class at line 2800 (GalleryStorage::getMapEntry)
* in modules/core/classes/GallerySession.class at line 851 (GalleryCoreApi::getMapEntry)
* in modules/core/classes/GallerySession.class at line 231 (GallerySession::_loadSessionData)
* in modules/core/classes/Gallery.class at line 287 (GallerySession::init)
* in init.inc at line 118 (Gallery::initSession)
* in main.php at line 76

@hwilliam: probably cache, are you sure the file on the server is set correctly?

@alec: i can't get visitors(for admins it works, is it only visible for registrated users?) to see the 'add to cart' button while i set the theme settings correctly (to display the button on every photopage)

Guys I love to help out, but *you* have to do the first part, and help yourselves...

@jelzo: please see my post (only) 4 above yours, about setting the permissions correct (actually it's called "purchase Item"). For that matter, see also
http://gallery.menalto.com/node/57968
http://gallery.menalto.com/node/76155
and about two dozen other identical questions and answers in the support forums (including ones in this very thread.)

@hwillilam:
OK, so read the error message and you will see it says:

Do you have the CheckoutHelper.class file in the gallery/modules/checkout/classes directory? If so, I don't know why your php installation isn't loading it. If not, your installation is still borked. By the way, this message has nothing to do with checkoutemail, it's to do with the main checkout module.

Yes I think so, well spotted.

Try changing line 54 of CheckoutDownloadStatusPlugin.class to read as follows:

    	    $results['redirect']['view'] = 'checkoutdownload.Download';

EDIT: no, actually, that can't be it, even though it's an error....

OK, here's a new checkoutdownload module with a couple of other typos fixed too.

Ok that's sorted it.
Loads fine now

Insert this at line 35 in checkoutdownload/templates/Admin.tpl
<input type="hidden" name = "{g->formVar var="form[products][`$product.id`][exists]"}" value = "true">

Hi Dirk,

that option means that you can set permissions only to see small versions but when a download is paid for, send them the full size. It's not exactly what you want.

You could create a plugin for checkout with the interfaces I've added that will do what you want though; I'll have a think then make some suggestions.

You're going to need to be reasonably proficient at php, and prepared to learn quite a lot about the Gallery API.

What are you expecting to happen once the purchaser has chosen a particular size of image? To dowload that size? Or just to pass the order along to you to deal with manually?

In that case you will definitely need your own re-written version of the checkoutdownload module. The good news is that you can (now) have that independently of most of the rest of the checkout suite.

Here's a gameplan for you:

1.

Implement a new module that uses the CheckoutProductListInterface to the resizes of the item as different products on-the-fly (refer to CheckoutProductMapHelper.class line 131 on to see where this connects - it's called once for each product that's in the cart at the time)

Adding a new line 136 to this file as follows:
echo'<pre>';print_r($products);echo'</pre>';
will shorten the learning curve considerably, showing you what's in the important $products array.

My first thought is to use the derivative item's id (or the original item's id for the full-size) as the productId. They're all unique, so no possibility of confusion. If you build your array of products consistently then the select products page will show the correct dynamic product when the cart contents are re-displayed.

I think that will get you all the way to order completion, in fact. The checkoutItem table will then contain the derivative's (or original's) id in the product column.

2.

Modify checkoutdownload module, file CheckoutDownloadHelper.class: function createDownload() calls getDownloadableItemIds() which normally returns a list of the original items which are suitable for downloading in a transaction. Modify getDownloadableIItemIds() to return instead the list of derivatives (which are now stored as the 'product' ids for each order item, remember). You can then pretty-much, I think, delete lines 181-252 of that file, which are where createDownload() finds the most suitable derivative for download from an itemId.

I think that should do the trick. Essentially what you are doing overall is moving the functionality of lines 181-252 of CheckoutDownloadHelper.class (selecting derivatives of an item) into a new module, and presenting those derivatives as individual products.

To make life (even) easier, here's a module that implements the required interface in 1. above, which I used for testing. It adds 0.27 pence to the price of each product. (It also uses the CheckoutTransactionDetailsInterface to square the postage and add a random number of pence - don't ask why.)

Good luck

Alec,
Running 0.3.1 on a site and I found a bug - not sure if it is updated yet in 0.3.2.

This pertains to discounts if a certain number of photos have been added to the cart. If a customer adds photos to the cart - then instead of removing them - simply puts in a 0 and then saves the cart - the discount is still applied to the remaining items even though there are not enough to qualify for the discount.

Thanks - I look forward to trying 0.3.2 soon.

I've pretty much come to the end of the series of features I wanted to add to this module. I know we need to sort out the translations - but, apart from that, can anyone think of any must-have features that I've missed? Otherwise I will start looking towards moving this back into the SourceForge repository in the nearish future.

I've been running 0.3.2_beta/beta2 on a production server for the last few days (excepting the download module) and it appears to be performing fine, by the way.

This module is fantastic!!
I'm using it with Gallery 2.3 svn - so far no hitches at all. I have just one question - I'd like to prevent the thumbnail of my parent album and description text appearing on the 'view basket' and 'checkout' pages. At the moment this information appears on the left hand column. I can't find anything in the module code. Do I need to add some kind of IF statement to my ICE theme.tpl file?

Thanks in advance for any pointers!

DJ

Hi,

I seem to be having a problem I have not yet found on this forum. In dealing with the latest Gallery2.2.4
and the Checkout with PayPal module in particular. This is a complete new install with as updated as I could find
everything. This is the install of the Gallery2.2.4 full .gz

I added the PayPal module from the Community Addons and got it mostly working with one major flaw. After you add
to cart, update the items, and all there does not seem to be anyway to actually checkout. I get Modify Order or Continue Shopping.
Nothing else. If I click on continue shopping, I go right back to the same thing. Add to cart again... same thing. There is nothing
kicking it to PayPal. I have it configured to run in "Live" mode and have selected the PayPal options under the "checkout" settings.

Come to find out, it only works this way logged in as the admin. Guest users, will be able to add to cart and then are faced with the options of either Digibug or empty the cart. This is not supposed to be this difficult. 2 days poking around here and in the Admin section.

I am sure there is a fairly quick fix for this, but I am not finding it. URL is www.photographybypanda.com/gallery2 although there is only 1 album with 2 images. Still trying to get the bugs worked out.

Debug info is accessable here... www.photographybypanda.com/error.txt

Candlelightweb:

Firstly this thread is for Checkout 0.3.2 - which isn't available from the community repository at present - please start a new thread in the correct forum asking for help with Checkout 0.1.18 which is the version you will have installed (read the first post in this thread carefully to see what this thread is for - thanks)

Secondly I recommend that you install checkout 0.3.2 which is available from the first post in this thread.

Thirdly it sounds like you still have the 'cart' module installed, as no version of checkout has a digibug module. So anything that references digibug can't be checkout. You should disable 'cart' if you install checkout as they both have an 'add to cart' menu item which will do nothing but cause confusion: 'why are there two add to cart items on my menu...?' etc etc. If you don't have two 'add to cart' items but you do have cart installed then you undoubtedly have the '[cart] add to cart' and '[checkout] purchase items' permissions set wrongly.

Good luck, and I look forward either to helping you with any checkout 0.3.2-specific issues in this thread, or in another new thread that you start if you still have problems with checkout 0.1.18!

HI pigwet,

Sorry - possible typo in a file: can you upload this to the modules/checkoutdownload/classes directory and try again?

Hi tcphoto,

As things stand (0.3.2) you still have the option to permit download before payment is cleared. The current templates don't offer a download *before* checkout but you can add it with a single line addition to ConfirmPhotos.tpl.

I will also modify checkoutpaypal not to display itself unless the cart total is greater than zero. That will leave checkoutemail the only payment plugin of the two if the cart contents are free - one should be able to choose a suitable text combination to cover both paid and free situations ("Email your address details" or something, perhaps).

I remember you also wanted the option to download free items before payment, and the rest after payment. With the new architecture it should be really quite straightforward to modify checkoutdownload to do that (free downloads until payment is cleared, all files thereafter) although I don't see it as a massively popular feature, so I don't propose to include it myself in the module as released and will leave it to you to make the necessary alterations (I can provide assistance if you get stuck.)

Hi alecmyers,

Thanks for your quick reply. Actually I am not the originator of the other post, however I am looking for similar functionality. I would be happy if the user was taken directly to the download link after confirming their selection in Step 2 if the total is zero, and if the total is greater than zero the payment is processed normally. (I would rather not permit downloads before a payment has cleared. I am only using that as a work-around for now.) Is that what you mean when you say the checkoutpaypal plugin will not display itself unless the cart total is greater than zero? I guess I am having trouble visualizing the user experience. I have not tried to use checkoutemail.

If I can find the time, I would be happy to attempt to modify the checkoutdownload module, but I probably will need some assistance as I am new to PHP. (I am more of a C++ type.)

Um... you only needed to upload the one .inc file, unpack it on your desktop and replace the equivalent file as instructed - no .class files at all. There should be nothing in Gallery that can have "crashed the servers" - at the most you would get a php error, or a blank page.

You'll know whenever the zip is updated, the filename changes - 0.3.1_alpha to 0.3.1_beta to 0.3.1_beta2 to 0.3.2_alpha to 0.3.2_beta to 0.3.2_beta2 etc etc. No need for timestamps. I also announce the change at the top of the thread, along with any new features that have been rolled in.

A small change like the one I posted won't be rolled in until the next zip file release (hence posting a single file)

EDIT: actually, thinking about it, the download calls an external executable which could (I guess) pull over a flaky server (and I'll pass over making any comment on an ISP whose setup allows one web user to pull over the sytem...)

Have you had downloads working via checkout on this server before?

Hi There,

I can not thank all of you enough! This is exactly what I have been waiting for. I installed the latest beta release into my gallery and it is running beautifully!
There's only one thing I'd like to see implemented into the Checkout Orders section(checkout.AdminOrder&g2_transactionId=XXXXXX), is the ability to be able to print the order off once it has come through, if I print it off how it displays at the moment, it prints the LHS menu(matrix theme) and some unnecessary information. Is it possible to create a button which makes the page printer friendly and only prints the following: the header section(banner), order number + date, customer details, Order Status, Customer Comments and Notes and Order Contents.

Before I used to print off the emails when they got sent to me, but now that all of the transactions are found in the site admin of the website I mays well do it there!

Many Thanks.

Luke.