[checkout] Version 0.4.1 in repository now

Alec

Well done.

When do you think you will be in a position to release a Version 1? I have a contrib to the original checkout module I will like to update but think that until the main stabilises, fundamentals may be fluid and notice that you have reissued version of the payment modules due to changes in the main checkout module.

Also, Have you considered making the shipping modular? I have some ideas on this and will send you a PM later.

--
Gallery version = 2.2.6
Default theme = PGtheme 1.3.0
Web Site: dakanji.com

Dayo: thanks for the kind words. I don't see the need for a 'version 1' - I don't interpret the 0.x as any kind of quality indication or 'pre-release' notation. I've been using checkout (and earning money through it) for about 18 months, all the way from 0.1.12, and every release that isn't specifically labelled as 'alpha' or 'beta' is considered stable (or intended to be, anyway!)

I'm always going to be integrating new features as and when I think of them (or as and when other people suggest them) always supposing they're feasible, likely to be useful to a sufficiently large group of people, and suficiently interesting. Sometimes that means updating the various interfaces for the plugins, although most changes are pretty minor. (There were some necessary changes for 0.4.0, as you noticed.) There won't be a point at which I can guarantee that these interfaces will be set in stone, so if anyone writes a module that's compatible with checkout (and nobody's stepped forward to do that yet) they will always need to monitor and possibly update their code. This is the same as the Gallery API which changes with major and minor version numbers.

If you have any contributions to the code, please discuss them with me and maybe I can include them. I don't currently forsee any point in the future that will be more suitable than 'now' - whenever 'now' happens to be.

@applepds: You only see that message if you're an administrator; users without admin privileges get a much shorter error page, without the stack trace. It's not intended that admins would want to delete orders for some months after the order is completed, in order to allow customers time to 'finish' any potential uses of the order status page. In other words you can think of deleting an order as saying "I'm now happy for anyone who tries to access any data relating to this order to receive an error message", and in fact, with the data relating to the order removed from the database, how could it be otherwise?

It's also important (somewhat) that hostile users can't probe for valid order numbers by testing that page, so it's a security requirement that the same error page is generated for order numbers which have never existed, which have been deleted, which refer to galleryEntities other than checkoutTransactions as well as orders that do exist but for which the two security fields are incorrectly set.

Can I respectfully request that this thread *not* be used for general checkout issues, but specifically for problems in 0.4.1 relating to new features, or which you are otherwise satisfied are not present in 0.4.0 and earlier releases? I'm very happy to discuss general checkout issues in new threads.

I just upgraded from version 0.4.0 to 0.4.1 and now it appears to be broken - I get the following error page after I have added items to the cart and clicked Continue to Checkout.

Security Violation

The action you attempted is not permitted.

Back to the Gallery
Error Detail -
Error (ERROR_BAD_PARAMETER)

* in modules/core/classes/helpers/GalleryEntityHelper_simple.class at line 39 (GalleryCoreApi::error)
* in modules/core/classes/GalleryCoreApi.class at line 2361 (GalleryEntityHelper_simple::loadEntitiesById)
* in modules/checkoutpaypal/classes/CheckoutPaypalHelper.class at line 51 (GalleryCoreApi::loadEntitiesById)
* in modules/checkoutpaypal/classes/CheckoutPaypalPaymentPlugin.class at line 101 (CheckoutPaypalHelper::getPaypalItems)
* in modules/checkout/classes/CheckoutInterfaceHelper.class at line 72 (CheckoutPaypalPaymentPlugin::getVariables)
* in modules/checkout/Confirm.inc at line 381 (CheckoutInterfaceHelper::getPaymentPlugins)
* in modules/core/classes/GalleryView.class at line 293 (ConfirmView::loadTemplate)
* in main.php at line 465 (GalleryView::doLoadTemplate)
* in main.php at line 104
* in main.php at line 88

System Information
Gallery version 2.3-rc-2
PHP version 5.2.4 apache2handler
Webserver Apache/2.0.61 (Unix) mod_ssl/2.0.61 OpenSSL/0.9.8b FrontPage/5.0.2.2635 mod_bwlimited/1.4 mod_auth_passthrough/2.1 PHP/5.2.4
Database mysqlt 4.1.22-standard
Toolkits SquareThumb, ImageMagick, NetPBM, Gd
Operating system Linux 2.6.18-92.1.13.el5 #1 SMP Thu Sep 4 03:51:01 EDT 2008 i686
Browser Mozilla/5.0 (Windows; U; Windows NT 6.0; en-GB; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3

No, you're not being dumb - there just never has been a bare "view shopping cart" option, which I guess is a bit odd, when you look at it. Mostly I think people use the 'cart contents' block, or whatever it's called, that has a 'view cart' link.

It's on the list for consideration. EDIT: I think it might be sensible to move the "Order Admin" link out of the admin pages, too, so there would be two new systemLinks: 'view cart' for everyone, and 'Admin Orders' for admins only.

@winkypicker: thanks - can you i) make sure you're at the latest version of checkoutpaypal from the repository and then ii) upload the attached file into your checkoutpaypal/classes/ directory, and let me know if that clears the error?

Hi Mike,

As with all checkout upgrades since version 0.1.0 there's no deliberate reason why you should lose your orders. Did you have to uninstall the module and reinstall it last time? I've upgraded fine, myself, on my live site.

I did think about it. It would be easily done as an add-on module - would you like to write it? I myself have a custom module that looks up the relevant data from the db and exports it via xml which is queried via some vbscript in excel. It's not hard. Or you can cheat and write a custom mySQL query and get the data from the db via ODBC drivers, if your hosting provider permits external access to your MySQL. (In fact, you can put the entire checkouttransaction table up in access, or excel, if you want. Best to do it read only, for safety, though.)

I get phone numbers included with paypal orders. You have to enable the 'ask for phone number' options in your paypal settings.

Suggestions always welcome. With your clickable product configurations, have a think about how it gets configured - if you can mock up an admin page for selecting all these options then that would help. Can you start a new thread, if possible, too?

helaku:

Thanks.

I've updated the repository with the fix for checkoutpaypal, but (for some reason I don't understand, possibly nothing to do with checkout etc) it hasn't updated the downloadable yet. Should be looking for r1653 of checkoutpaypal, when the GMC system gets working again.

Thanks - but remember, it's 'just' Gallery!

That'll be because I put the same change on the repository ;-)

Glad it works, and sorry for the inconvenience.

Turns out that I broke it. Great Job Alec as usual.

You were right on, I had a local folder there causing the problem.

One more question. I have searched all through the code but I can't find where to change the order of the payment plugins that appear on 'confirm' page. I changed it on the older version so PayPal could be the first option, then checkout by email. But I can't seem to find where to change it now.

Thanks in advance.

Sweet. I just de-activated and re-activated checkout by email and it went down to the bottom. Thanks.

what's the url it's trying to load, that gives the error?

The controller is now actually called Complete, not OrderComplete, so I suspect you've got an old template, with the wrong url structure to pass through to paypal. In fact it must be checkoutpaypal/templates/Payment.tpl.

You need to upgrade the checkoutpaypal module at the same time, in other words. Or look for local/ versions of that, etc.

I'm new to checkout and having some trouble getting it working.

I've got the latest gallery2 installed, and the only commerce plugins I have installed are Checkout and Checkout by Paypal. Cart is not installed.

I haven't setup the paypal section yet, I'm still working on the basic shopping cart. It appears to be working, but either something is not quite right or I don't understand how to use it. I can click on an album or a photo and select "Add to Cart". It then takes me to the cart. If I click "Continue Shopping", how do I get back to the cart without adding something else? There doesn't seem to be a "View Cart" or "Checkout" button?

If I turn off the feature to automatically go to the cart after adding something, then there doesn't seem to be any way to get to the cart or checkout at all??

When I do add something to the cart, how do I make the default quantity to be set to one? At the moment if I add twenty photos, I then have to manually enter a value for every single photo.

Any help would be appreciated.

My gallery is http://www.stevenhale.co.uk but I haven't yet added permission for guests to use the checkout.

Thanks!

I'm sorry, I'm not that familiar with gallery. I've been reading all the help files but I cant quite see how to add a block to a theme. I'm using the standard matrix theme. Which file do I have to edit?

Found the initial quantity setting - thanks!

Ahh... I didn't have the email set up in the main checkout module. I assumed it used the standard Gallery settings.

I've changed the initial quantity for three print sizes, but now when I add a photo to the cart it adds one of EVERY print size! How do I get the user to choose the size they want first?

I am working through the admin page - but it's not exactly self explanatory in some parts!

It's taken me ages just to get it to send me an email when an order is placed. Is it right that I have to manually enter my own email address in the list or is something not working properly? I would have assumed that it would automatically send a copy of all messages to the default admin email address.

Okay I've found that now, thanks. I've added the Shopping Cart Info to the Side Bar and I now have a "Go to Checkout" button. Now that I've got that setup, you're right it doesn't need a View Cart system link.

The problem I have is this: I have it set so that when a user adds a whole album to the cart it treats it as seperate images. If I add an album containing 100 images to the cart, with no default quantity set, I have to manually enter a size and quantity for every one of the 100 images! Then I have to select the paper type for all of them as well. Is it possible for a user to add whatever images they want to the cart, and then just say I want one 7x5 gloss of each or whatever they want?

The system at the moment seems to be designed for just ordering one or two prints at a time, not bulk orders?

I suppose I could turn off the treat albums as seperate images option, and have a different set of products just for albums. But then I would need different products for every album based on the different number of images. Plus doing this wouldn't help if a user adds 20 images from different albums - they would still have to manually select a product for every one of them.

The main thing I think needs more explanation is the initial quantity thing. It's not initial quantity, it's default product. If I set an initial quantity for one product, then add something to the cart, it actually adds a default product with that quantity. To be honest I don't really see the point of initial quantity being anything other than one - in what situation can I ever reliably predict how many items and what type my customer wants to purchase?

I would like it so that when a customer chooses a product, it automatically puts a "1" in the quantity box. They're always going to want at least one, otherwise they wouldn't have selected the product. It's just as easy for them to increase the quantity, and saves the hassle of having to manually type a "1" into every box.

At the moment there are two ways of emptying the cart. You either click "Empty Cart" or click the tick box on every image then click save. The "Empty Cart" button is unnecessary and really should be a "Select All" button. Then instead of having a "Select Product" drop down for every item, you just have one drop down that is applied to all ticked items. So you can either tick one image at a time, or any number of images, and select a product.

I've been playing a little with the special offer fuction. Would it be possible to add a feature to limit a special offer code to a specific album? Also, I think it would be better if the offer code wasn't case-sensitive.

This really is a great plugin!

Okay I can see that point. But I'd still like to be able to have an initial quantity without a default product. For example, at the moment I might set an initial quantity of 2 for a 7x5 print. So a customer adds an image, and two 7x5s get added to the cart automatically.

But what if my customer wants a 10x8? Now they have to remove the 7x5s, and add the 10x8.

First they have to add a product from the drop-down list. This adds the product with an empty quantity box. Presumably since the customer clicked that product they want at least one, so it would be nice if that quantity box already had a one in it - or whatever is set for the initial quantity for that product.

Okay, I'll have a go at that.

I think the best way for album-specific offers is just to have a special-offers section on the album-edit page, in the same way you have image-specific products on the image-edit page.

I haven't put the plugin into production yet so sure, I'll have a look at the beta version.

Version 0.4.2 now automatically configures the email address of the person installing the module as the first listed email address to send to. That can be changed from the configuration page, but it's one fewer thing to set up when first you install checkout.

I'm getting the following error when "Continue to Checkout" is clicked:

Security Violation
The action you attempted is not permitted.

Back to the Gallery

Error Detail -
Error (ERROR_BAD_PARAMETER)
in modules/core/classes/helpers/GalleryEntityHelper_simple.class at line 39 (GalleryCoreApi::error)
in modules/core/classes/GalleryCoreApi.class at line 2259 (GalleryEntityHelper_simple::loadEntitiesById)
in modules/checkoutpaypal/classes/CheckoutPaypalHelper.class at line 51 (GalleryCoreApi::loadEntitiesById)
in modules/checkoutpaypal/classes/CheckoutPaypalPaymentPlugin.class at line 101 (CheckoutPaypalHelper::getPaypalItems)
in modules/checkout/classes/CheckoutInterfaceHelper.class at line 72 (CheckoutPaypalPaymentPlugin::getVariables)
in modules/checkout/Confirm.inc at line 381 (CheckoutInterfaceHelper::getPaymentPlugins)
in modules/core/classes/GalleryView.class at line 300 (ConfirmView::loadTemplate)
in main.php at line 445 (GalleryView::doLoadTemplate)
in main.php at line 94
in main.php at line 83
System Information
Gallery version 2.2.6
PHP version 5.2.4 apache
Webserver Apache
Database mysqlt 5.0.51a-community
Toolkits ImageMagick, Thumbnail, NetPBM, Gd
Operating system Linux yoda.snhdns.com 2.6.18-92.1.6.el5 #1 SMP Wed Jun 25 13:49:24 EDT 2008 i686
Browser Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)

Can someone please help with this??? I'm totally stumped and need to get this fixed ASAP for a client.

Hi DragonMistress,

First please make sure you're up-to-date with all current versions of the various checkout modules by refreshing your get-more-plugins page and updating to the latest versions of the code.

Then describe your checkout installation and which modules you're using.

There's only one level of service available, "executive-deluxe", it's totally free, and provided equally to all who need it, whether for themselves, or for fee-paying clients.

@SellingCR: all your questions are answered in the module instructions at http://codex.gallery2.org/Gallery2:Modules:checkout

You didn't say how you triggered the error, or give any of the details about your installation, or anything useful at all. So it's not possible for me to say anything intelligent about the error.

Hey Alec, I'd love to have a look at your website too, it sounds like a good example to follow. Would you mind posting the url?

thanks
Ana