[checkout] Version 0.4.0 available

I've updated the versions of checkout, checkoutpaypal and checkoutemail in the repository and also uploaded checkoutgoogle (for payment via Google Checkout).

If you upgrade checkout to 0.4.0 you'll need also to upgrade checkoutpaypal and checkoutemail if you're using them as previous versions are incompatible with 0.4.0. The new code fixes various bugs and is generally more streamlined.

A lot of files have been either deleted or renamed, so if you are the sort that likes to keep your Gallery installation tidy, I'd recommend uninstalling and deleting the old versions prior to downloading the new ones. If you don't want to reapply the configuration/product options, or you don't want to lose existing transaction records then there should be no problem about keeping the old files around. I might even see if I can find a list of files you can safely delete.

I've also tidied and renamed a few of the templates - something to be aware of if you're using old copies in local/ directories.

There is no longer an option on the checkout Admin page to enable/disable different payment plugins - instead, each plugin has its own enable/disable switch on its own config page. (This is required in addition to the option to 'disable' the module becuse disabling the module also removes access to its administration page.)

There is also now a way to delete more than one order at a time, from the Orders administration page.

Please post any problems or reports in this thread.

Thanks

ps. If you plan to use checkoutgoogle then you'll need to read the Codex intructions. I'm in the middle of writing them; I'll post a link here when they're done.

Hmmm... there was a typo in the file that runs the Admin page in the first version I uploaded last night, but I corrected that this morning and the fixed version has been available for some hours. Might be worth refreshing your downloadable plugins list, and seeing if you can update. You should be able to get version 0.4.0 (build 1612) at present.

Edit: I just updated one of my remote servers to 0.4.0 r1612, and the first time I visited the admin page I got a 500 error, but using the back button and trying again and it was fine. I don't know if that was a coincidence or not...

Edit again: Just updated a second server (one that was running an earlier code revision of 0.4.0) and no problems there.

Is there any code I could change to make the first item a user selects from the drop down menu default to 1 quantity?

I realise this allows users to order different products of the same picture, but I would prefer to continue using the more simplified method of the older checkout if possible!

Thanks again

There's no problem with ordering different products of the same picture - it's what checkout is designed to do. I'm a bit confused - how does this version differ in its behaviour from the old versions, that you don't like? If you can be a bit more specific perhaps I can help more.

It shows up fine in my installation; I'm not sure what the problem could be.

it isn't displayed, ever. All you get for filling in the option is the link on the payment page. It's completely useless, achieves nothing that can't be done more easily by inserting a piece of text and an html anchor link in the template, and only the fact that it's been there since time immemorial has so-far prevented me from ripping it out and saving 10 lines of code; to my mind that would be a fantastically good bargain.

In my haste to upgrade to the new version, and thinking I had to unistall the old version first (because I had the lock on) I have lost all of my old orders, is there anyway to get them back or are they kaputski?

edit: The orders still appear to be there somewhere because when I click on the button in the emails it still refers to the order status., I just can't see them in the checkout orders area.

Mike B

I'd expect them to be, as you say, kaputski - the table with the orders would have been dropped from the db. Have a look in the g2_GalleryCheckoutTransaction table with something like phpMyAdmin if you want to check.

As far as the emails go that sounds very strange; I'd expect a "Permission Denied" error (for a non-existent transaction number) which is what I get when I tried it.

Gees Alec, do you ever sleep?

I have found that the orders that are 4 digit long eg 8008 are gone (probably because they were before my last stuff up deleting the galleries), but the 5 digit ones are still linking from the email, and I can even still click on the order administration button after I get to the refering page and they still go into the order details, customer info is still there and the pricing etc. This is really weird. I wonder if I have some old d/b that it is refering to?

I couldn't see any of them in the phpmyadmin, that is only showing what has gone in since the upgrade.

Must have been, I can't get into them anymore

Possibly old template files in a local/directory? Seems to work ok on my installations. I changed the capitalisation of some of the button text, so old templates need renewing (also there are some layout changes.) Let me know. I'm pretty sure the en_UK localisation is correct because it works for me on two different sites.

There's no icon included in the module, just a regular gallery style definition for the link, it's really up to your CSS how it's displayed (and whether there's an icon for it.)

EDIT: the class applied to the link is:

<a class="gbAdminLink gbLink-checkout_SelectProducts" href="...

which is automatically added by the {g->linkId view="checkout.SelectProducts"}tag in the template. But it's up to your style-sheet as to what the browser makes of it, and whether there is an icon and what the icon should be.

This is the log of changes to the en_GB messages.mo - the latest one is from Aug 27, it looks like.

http://gallery-contrib.svn.sourceforge.net/viewvc/gallery-contrib/trunk/gallery2/modules/checkout/locale/en_GB/LC_MESSAGES/modules_checkout.mo?view=

Out of interest, is your server on windows or unix?

Looking in the .mo file I find
Project-Id-Version: Gallery: Checkout 0.3.3 !

Obviously this has not updated - not sure why this has remained from the previous version?

alecmyers wrote:

That has done the trick!.
Can't understand why this was not overwritten with the latest copy when I updated?

If I had various images / sizes, e.g.

30 x 45

gloss
matt
canvas
etc.

60 x 45

gloss
matt
canvas
etc.

80 x etc.

which could be purchased each with and without e.g. a logo on them which would cost e.g. 5 € additionally, how could I do this best without creating a new “Product Name” this way

30 x 45

gloss with logo
matt with logo
canvas with logo
etc. with logo

but e.g. this way

30 x 45

gloss
matt
canvas
etc.

with logo 5 €.

60 x 45

gloss
matt
canvas
etc.

with logo 5 €.

etc.

which would be added to the amount automatically.

Nice greetings, Dirk.

---------------------------
www.galerie-der-fotos.de

Okay Alec, many thanks for your fast response and the idea.

Can I show a link additionally to the “Order Status” button in the e-mail sent to a customer after ordering which can be copied and added by the customer to the address field of the browser manually if need be (on some systems such buttons do not work)?

Nice greetings, Dirk.

---------------------------
www.galerie-der-fotos.de

Thank you very much for your very fast answer again and the link, Alec.

I do not quite understand this: what is the “Smarty” code? And in which e-mail do I find this code to be added to the confirm.tpl? I guess somewhere above or below this part (I would like to have the link below the button, so I assume the code must be added above “</form>”):

<br>
{g->text text="This is an email to let you know your order has been placed successfully."}<br>
{g->text text="You can check the status of this order any time here:"}

<form action="{g->url arg1="view=checkout.OrderStatus" arg2="transactionId=`$transactionId`" arg3="verify1=`$block.checkout.verify1`" arg4="verify2=`$block.checkout.verify2`" forceFullUrl=true forceSessionId=false}" method="post">
    <button type="submit">{g->text text="Order Status"}</button>
</form>
<br>

Nice greetings, Dirk.

Many thanks for your help, Alec,

Done this way doesn`t show the link:

<br>
{g->text text="This is an email to let you know your order has been placed successfully."}<br>
{g->text text="You can check the status of this order any time here:"}

<form action="{g->url arg1="view=checkout.OrderStatus" arg2="transactionId=`$transactionId`" arg3="verify1=`$block.checkout.verify1`" arg4="verify2=`$block.checkout.verify2`" forceFullUrl=true forceSessionId=false}" method="post">
    <button type="submit">{g->text text="Order Status"}</button>
    {g->url arg1="view=checkout.OrderStatus" arg2="transactionId=`$transactionId`" arg3="verify1=`$block.checkout.verify1`" arg4="verify2=`$block.checkout.verify2`" forceFullUrl=true forceSessionId=false htmlEntities=false}
</form>
<br>

What did I wrong?

Nice greetings, Dirk.

---------------------------
www.galerie-der-fotos.de

Thanks Alec, it works now,

My fault, the checkout module had have the chown "wwwrun" and so the modified file just wasn`t saved, do not know why the chown had been changed, obviously.

When e.g. the e-mail address is inserted in “Checkout Customer Details”, only and the customer presses the “Submit Order” button he can go on with checking out without having entered his address: might it be possible to let him show a message that he must fill out some empty fields like the address fields instead?

Many thanks for your help, nice greetings, Dirk.

---------------------------
www.galerie-der-fotos.de

Thanks for the fast reply, Alec,

Okay, so at the moment there is no option doing this.

And I assume, something like this is not possible to do, isn`t it?

30 x 45

gloss
matt
other
etc.

50 €
--------------
30 x 45 canvas

structure 1
structure 2
structure 1

80 €
---------------
30 x 45 acryl

sort 1
sort 2
sort 3

100 €

Nice greetings, Dirk.

---------------------------
www.galerie-der-fotos.de

Many thanks, Alec,

That`s a good thought, I will think about it.

Nice greetings, Dirk.

---------------------------
www.galerie-der-fotos.de

That's actually a deliberate feature it makes it easier to play around with quantities of different products if they don't get rolled back into the list once you change the quantity to zero.

The "only order one product" was actually a bug - it was always intended that once you ordered a product from the drop-down it would become a list item on its own, separate to the drop down. However that was before I took over stewardship of the module and the code for that was a bit, um, twisted, so it wasn't 100% clear.

You're welcome to make custom modifications to the code to put back either of these 'features', though. If you want items with zero quantity to roll back into the drop-down then try changing checkout/classes/CheckoutHelper.class around line 243 approx (depending on version). Find this

	    //table view
	    //we leave the quantity record set, but blank - for zeros
	    if (isset($itemDetails['quant'])) {
	        foreach ($itemDetails['quant'] as $prodId => $quantity ) {
		    if (intval($quantity) != 0) {
		        $items[$itemId][$prodId]['quant'] = $quantity;
	            } else {
		        $items[$itemId][$prodId]['quant'] = '';
	    	    }
	    	    if ( isset($itemDetails['paper'][$prodId]) ) {
		        $items[$itemId][$prodId]['paper'] = $itemDetails['paper'][$prodId];
	            }
    	        }
    	        
	    }

And delete the else clause in the middle:

	    //table view
	    //remove if quantity zero
	    if (isset($itemDetails['quant'])) {
	        foreach ($itemDetails['quant'] as $prodId => $quantity ) {
		    if (intval($quantity) != 0) {
		        $items[$itemId][$prodId]['quant'] = $quantity;
	            } 
	    	    if ( isset($itemDetails['paper'][$prodId]) ) {
		        $items[$itemId][$prodId]['paper'] = $itemDetails['paper'][$prodId];
	            }
    	        }
    	        
	    }

I'll put a comment in the code for the benefit of others in future.

As for picking one item only ... hmmm... to do exactly as you describe would clash with the choice of papers (matt/gloss) because you can't see the paper-choice radio buttons until the product is displayed as an item in its own right. That means you can't leave the product name in the drop-down, you have to pull it out, and show the drop-down separately. You could arrange it that picking a different product from the drop-down would remove the first choice, so you could still only pick one product in total - would that help?

Hi Alec, I've just upgraded checkout and checkoutpaypal from 0.3.5 to 0.4.0 which went smoothly.

Thank you for adding more currencies to checkoutpaypal. I know we're a long way from the rest of the world but could you please add New Zealand Dollar NZD to future versions?

(For the time being I've replaced another currency with NZD in Admin.tpl which works fine.)

Thank you and keep up the good work!

Sure. It's just a template change, in admin.tpl, if anyone wants to add it to their own installation in the mean time. But it will be included in the next update of the code.

Think of a straightforward way to design the interface for how to configure something like that. The only difficulty is how not to confuse the bejeezus out of people who don't want something that complicated.

How then to do "applies to products A, B and/or C but only if you buy three of products D and one product E"?