Checkout 0.3.3 now in repository

Here is the info of my server:
Checkout 0.3.1
Gallery version = 2.2.4 core 1.2.0.6
PHP version = 5.0.4 apache2handler
Webserver = Apache/2.0.54 (Fedora)
Database = mysql 4.1.20, lock.system=flock
Toolkits = ArchiveUpload, Getid3, Exif, LinkItemToolkit, NetPBM, Thumbnail, Gd
Acceleration = none, none
Operating system = Linux localhost 2.6.9-023stab044.4-enterprise #1 SMP Thu May 24 17:41:23 MSD 2007 i686
Default theme = matrix
gettext = enabled
Locale = en_US
Browser = Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.0.3705; .NET CLR 1.1.4322; Media Center PC 4.0; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)
Rows in GalleryAccessMap table = 549
Rows in GalleryAccessSubscriberMap table = 3662
Rows in GalleryUser table = 5
Rows in GalleryItem table = 3658
Rows in GalleryAlbumItem table = 360
Rows in GalleryCacheMap table = 0

When I click on the download PDF invoice I get a blank white screen.

Did some more checking and it seems that the problem has something to do with multisite. Main install works but the multisite doesn't work.

Seems as though under ALL circumstances it downloads 2.16mb out of 2.2mb, I'm not sure why this is, but is there any file size limit ect... for zip somewhere because on every occasion it won't pass that mark. I doubt it's connection related cause I get it at 80 - 110 kbs.

A quick note to those who are following this thread. I'm happy to report that I've been running 0.3.1 on a live site for the last week, and it appears to be taking orders (via email, and paypal) just fine. No guarantees are given, but you might consider trying it.

Secondly: how many people use the Download Before Payment option - specifically, how many people want a download link on the *confirm* page, which is before the customer has entered even a name (so it essentially gives away images anonymously)?

The reason I ask is because I am considering moving the download option into a separate sub-module (yes, Checkout now has product-type plugins) and one consequence is that it will be harder (not impossible) for the admin to have the download button displayed on the confirm page. It will still display on the customer's order status page, and I am working out what to do about email notifications. Bottom line is, unless there's a popular uprising I will remove the option to download before payment details are entered, but leave the option to download from the status page before payment is actually *cleared*.

Using 0.3.1 beta2

When I get the Administrative notifications regarding PayPal payment completed.
The URL in the email returns an HTTP 500 error.

Paul

Against your original advice, I've been running version 0.3.1 on a production site as well for the past 2 weeks. We started taking orders on 03/17 and it's been working flawlessly. Currently we only offer customers the e-mail payment option.

As far as download, since we only sell prints, we don't give customer the option to do any downloading. But in general it does make sense to only give the option to download once payment info is entered.

Thanks,

-- John

Hi Alecmyers

I am a photographer , not a software man. I was born before 1965, can't code a one bit. I loved to, but I can't
I do not quite understand your reaction about what the checkout module stands for, adding a item, photo, to a cart ,basket and then deciding what to do and how to pay for,
You decided in your version of checkout to show a download button after adding a item to a cart/basket, selecting a print , I would like to see the download button under a thumbnail or resized photo,
Is that a difference?
Anyway you did bring the checkout module to a higher level and that's nice for people who want all that possibilities to choose what they want to sell.
I would like to see, as a photographer,photojournalist, a good download module with maybe, if possible some extra functions as mentioned and more feedback also from from the gallery system

With the permissions module I can do exactly what I want with reg. user and not reg users, I can give regusers the rights to download and not regusers rights to order a print with the checkout and checkout-email module, with all his new features you come up with.

More feedback from the Gallery is difficult to obtain and The modules for such a feedback is still not there and that is needed i think for a commercial use of the program,but may be i stand alone in this

best regards
vdd

I am getting an error after my customers purchase their items on Paypal and are sent back to my site. The charge on my site does not include sales tax but paypal does charge sales tax if it is shipped to my state. therefore i think this causes an error which I get an error email saying the following:

Administrative Notification:

WARNING: PayPal amount (11.96) does not match our records (10.98).

Yes, very big difference. You can add a "download this image" button in about 2 lines of code, or maybe 50 if you want it to be a neat and tidy module. I really wouldn't do it with Checkout though, it's enturely unnecessary.

I'm thinking about a customer feedback questionnaire as another email option, but I haven't sorted in my head how it might work yet.

It's a trade-off of ease of use vs. security. One of the "hidden features" of Checkout as it stands is that you can with a single line change add into the status page things like the customer details, order contents and other potentially sensitive stuff (all the stuff in the AdminOrder.tpl can be added in to the OrderStatus.tpl file). However while the AdminOrder page is protected by a test to see if the current user is a site admin, for unregistered users wanting to look up their own orders that's obviously not going to work, so OrderStatus page is protected with two security fields in the url, to stop people trying to 'guess' at order numbers and look up orders that aren't their own.

Somehow you have privately to tell the user what those fields are, or else *anyone* can look up the status of any order. And test how many orders are placed on your site, etc etc. Hence the email to the customer which has the button (and link) to the order status page. But if you can think of another way (it could, for instance, bypass the security test for users who are logged in as the same userId as the person that placed the order, but that might not be appropriate if most of your customers aren't registered) then I'm open to suggestions.

On the tax issue: there were murmurings of someone offering to sponsor an upgrade to Checkout to add tax, but that appears to have gone cold. The reason I haven't added it is because as things stand I don't pay any sales tax on my sales and there are *so* many different tax systems with so many different calculation requirements that it would be impossible to add something to satisfy everyone. Everyone's individual demands are very simple but they're all different.

John,

Thanks for working on this. I'm sure a lot of people will find it useful.

Two suggestions though: firstly, this isn't an appropriate thread - this thread is for comments/problems/suggestions *specifically* for the 2.x and 3.x updates to Checkout (I've tried to make this *crystal* clear in the first post, as well as periodically throughout) and as far as I can tell your scripts will work just as well for pretty much all versions of checkout. So please start a new thread for any new ones rather than posting them here. That means that a lot more people will get to see them as readership of this thread is limited to people trying the new versions of Checkout. Secondly, rather than pasting them into the post, please upload them as attachments. There's no need for instance to have the scripts emailed to everyone who has subscribed as it will be automatically by including it - many people will not be running MySQL or will not want to have the code. If in a new thread you describe what they do then include them as attachments everyone who wants it can choose to download it.

Many thanks for helping to keep these forums neat and tidy.

Agreed! I don't want to cause a whole lot of work. The problem with including the tax in my prices is that it will increase the price by 8.9%, which to the customer will think that I am more expensive.

Question: Is there any way that you can add a check box that asks whether the user is having the photos shipped to my state? That is the only time I have to add tax. I'm conceptualizing another line just before the total that reads $0.00 if the check box is not checked and reads the tax amount which would be 8.9% x (shipping&handling + total). Would you let me know if this is feasible? I would imagine that people can make the check box to ask whether it's going to (for example) their country, state, city, etc?

Again, thanks for this great module! This is by far the most useful that I have seen.

- abish
www.abishphotodesign.com

I'm following this tread for a while now and was wundering if it's possible to edit the fields in the form from within the admin page.

I would like it if the fields are in this order:

The module works like a charm and we have got it in production

See for yourselfs: www.showpics.nl

Thanks Rob Huurman
Showpics.nl
The Netherlands

Yep ok that's how we did it so far, what i mean is change this in the admin configuration page so it's saved for the next update.
Now we have to do it all over again when an update arrives.
It would be very much appreciated if it's all done in the admin configuration just like the products and pricing.
Then we can simply turn on or off the fields we don't use and name them in anything we like.

Thanks for the quick reply

Rob Huurman
Showpics.nl - The Netherlands

I notice that on the 'checkout orders' overview page;
on checkoutemail transactions the recipient name field is blank, whereas on checkoutpaypal transactions the field is populated correctly.

Good point. I've arranged to copy the firstname/lastname information into that field if it's not filled in by the user.

Fixed that too, thanks.

Relatively easy, yes.

You'd need to extend the callback for 'countCheckoutItems' (it's the first section in Callbacks.inc) to pass the $items array to the template, something like:
$block['checkout']['ShowCart']['items'] = $items; That will give the template access to the cart contents. Hint: you'll need to rearrange/edit the code sot that the postage/discount items aren't removed for counting. I'll make that change myself for the next update which is soon on it's way.

Then add to the ShowCart.tpl file stuff which is similar to the contents of SelectProducts.tpl. Naturally you'll need to change the relevant variable name from $tpl.items to, I guess, $block.checkout.ShowCart.items and cut out or rename all the form stuff, but the basic logic should be similar.

Can you provide the rest of the error message too, please? It should display a long list of filenames and line numbers- please post everything you see on the page.

Please enable debug to buffered mode (see http://codex.gallery2.org/Gallery2:FAQ#How_to_set.2Fuse_Gallery_in_debug_mode.3F) and check if that gives more information.

Either way, please pm me a screen shot of the popup box because I don't recognize your description of how the error is appearing.

Thanks!

Will you volunteer to provide the Dutch transations?

Looking forward to hearing the details of any errors, so I can get them fixed.

Blank page = php error.

Please enable debug (buffered) mode (http://codex.gallery2.org/Gallery2:FAQ#How_to_set.2Fuse_Gallery_in_debug_mode.3F) and try again - post the error that's generated.

Thanks

actually sorry the above is before the submit button ...

if you want to take a look your self i have it open with debugging on at www.dreamsworkonthebay.com/gallery .. just add a pic and try do the checkout via email ..

any help greatly appreciated ..

Tim

sent you a PM ..

The email includes the paper options immediately after the product name, in both the plaintext and html renderings, so you should have something like this:

  
  Title: csw_mockup.jpg
Gallery
 prod1 Paper: matt £2.00 2 
prod2 Paper: gloss £3.00 2 
 £10.00 
Total: £10.00 

If not, please zip a sample email and also your templates/email/TransactionContents.tpl file.

I have noticed a couple of glitches in the plaintext rendering, which I'll fix for the next update, but nothing that prevents the paper option being included.

As for the check status link: look at the email source code and post the link url so I can have a look at it please.

Presumably you have ftp access, or else you wouldn't have been able to upload the new checkout version?

The email "source code" is in the various files in the modules/checkout/templates/email folder. The part that displays the order contents is the TransactionContents.tpl file - which does have the entry for the field which describes the paper type. So I wanted to check you have the right version of that file.

If you want to place another order and zip the email on your mac, that will be just fine.

And no, at the moment there's no way to delete individual orders. You can uninstall and reinstall the module if they really trouble you, but it won't do any harm to leave them be.

That doesn't appear to download - can you zip it and attach it to your post instead?