One-Page Checkout [Support Thread]

Hello, I have installed the plugin and I have a problem, I sell virtual products so no shipping is required, it doesn't show a shipping method or shipping information (that is as it should) but It doesn't let me confirm the order as a message appears „You must choose a shipping method for your order.....
Test site - Zencart 1.5.5a with only Ceon-URI-Mapping-4.5.2 installed.
This is the error logged message (i checked and the files exist):

Code:

---

[03-Sep-2016 17:35:12 xxxx] Request URI: /index.php?main_page=checkout_one, IP address: xxx
#1  require(/home/xxx/public_html/xxx/includes/modules/pages/checkout_one/jscript_main.php) called at [/home/xxx/public_html/xxx/includes/templates/responsive_classic/common/html_header.php:176]
#2  require(/home/xxx/public_html/xxx/includes/templates/responsive_classic/common/html_header.php) called at [/home/xxx/public_html/xxx/index.php:43]

---

Oops (yet again)! @suportafaceri, thanks for the bug-report; I'll get that logged and squashed.

Hello, please let me know if I can help with anything.

Quote:

---

Originally Posted by suportafaceri

Hello, please let me know if I can help with anything.

---

I've got the changes needed to properly handle orders with all virtual products uploaded to the plugin's GitHub repository. It turns out that the same issue presented itself if your store uses the free-shipping configuration associated with the shipping order-total (your admin's Modules->Order Total->ot_shipping).

You can grab those latest changes from the plugin's master while I determine if there are any other gremlins waiting to be squished. The plugin's admin auto-initialization will update the One-Page Checkout version to 1.0.4-beta1.

Thanks, you solved my problem :hug:

Quote:

---

Originally Posted by suportafaceri

Thanks, you solved my problem :hug:

---

Thanks to you for validating that change; I should have v1.0.4 ready for full release later this week.

v1.0.3 is now available for download from the Zen Cart Plugins: https://www.zen-cart.com/downloads.php?do=file&id=2095

on the off chance that anyone runs into the same problem I had, I just figured out that a piece of code in my includes\templates\my_theme\common\html_header.php was loading a javascript function that was apparently interfering with One_Page_Checkout's shipping price updater function.

Code:

---

<script type="text/javascript" src="Scripts/animatedcollapse.js"></script>
<script type="text/javascript">
animatedcollapse.addDiv('support', 'fade=0,speed=400,group=pets,hide=1')
animatedcollapse.init()
</script>

---

it was this animated collapse that I only really need loaded for the home page anyway, so removing it from the html_header.php allowed one_page_checkout to function perfectly fine.

That took way too long to figure out.

I just installed the latest module into my demo.
which is on zen cart 1.55a along with ceon manual card v4.0.1

The card payments are coming through but I just want to make certain that this normal behavior:
When submitting payment info I get a pop up message saying "it's taking a little longer than normal to update your order's shipping cost. Please close this message and try again. If you continue to receive this message, please contact us."

Once I reattempt once or twice I get the order through and see a disc spinning along with a button saying "Confirm Order"
The user still has to click there, is that correct?

Thank you very much for this mod, I like the looks all the right info collected on one page.

That sounds like your shipping-methods are taking a little longer than the default. Head to your admin's Configuration->One Page Checkout Settings and change Update Shipping AJAX Timeout from 5000 (5 seconds) to 6000 (6 seconds), increasing that value if you still receive that message.

The "Confirm Order" button should be hidden from the display when the spinning icon is displayed; no customer-click should be required.

Quote:

---

Originally Posted by lat9

That sounds like your shipping-methods are taking a little longer than the default. Head to your admin's Configuration->One Page Checkout Settings and change Update Shipping AJAX Timeout from 5000 (5 seconds) to 6000 (6 seconds), increasing that value if you still receive that message.

The "Confirm Order" button should be hidden from the display when the spinning icon is displayed; no customer-click should be required.

---

Thanks, will try changing AJAX Timeout.
How can I remove the Confirm button from appearing?

The css (/includes/template/YOUR_TEMPLATE/css/checkout_one_confirmation.css) for the plugin's confirmation page should be doing that already. Did you copy that file to your store's active template's directory?

Quote:

---

Originally Posted by lat9

The css (/includes/template/YOUR_TEMPLATE/css/checkout_one_confirmation.css) for the plugin's confirmation page should be doing that already. Did you copy that file to your store's active template's directory?

---

those files are in the includes\templates\responsive_classic\css folder.
Here is a photo of the process. The circle spins and spins for quite a while while the Confirm button appears at the top right with a zen cart banner appearing too as pictured.

thanks for your help.

It also took 17 seconds to get to the checkout success page.
Can this be normal or can it because my server is not that great?

Quote:

---

Originally Posted by spawnie69

It also took 17 seconds to get to the checkout success page.
Can this be normal or can it because my server is not that great?

---

Definitely not normal, could be a server issue or (if the transaction is on a live site) it could be the processing site/server.

Quote:

---

Originally Posted by frank18

Definitely not normal, could be a server issue or (if the transaction is on a live site) it could be the processing site/server.

---

This demo site is active with one item at www.gelcandlecompany.com/demo3
Is there a way I can gauge my bluehost servers performance other that just outages?

Why do you think the zen cart banner and confirm banner button is appearing?

Quote:

---

Originally Posted by spawnie69

This demo site is active with one item at www.gelcandlecompany.com/demo3
Is there a way I can gauge my bluehost servers performance other that just outages?

Why do you think the zen cart banner and confirm banner button is appearing?

---

Created test account with bogus Florida address (wouldn't accept my Australian address), chose PayPal at checkout and it took just under 5 secs before the PayPal page was up.

Did you time the checkout again since your last post? IMHO that slow checkout reported in your earlier post has absolutely nothing to do with ZC or One-Page-Checkout code.

Noted however that your demo pages load with varying degrees of speed. So may be worth checking with Bluehost???

I tested your site speed at http://www.bytecheck.com/

It took 9.5 seconds for the first byte to load (this about 7:40 a.m. EST)

When checking my own site, if slow, I also run the speed test on some random other sites I visit. If everyone slow then I suspect my server. If only me slow, then I suspect either me or host. To rule myself out as culprit I run site through something like www.webhostinghero.com/ www.webpagetest.org

Quote:

---

Originally Posted by spawnie69

those files are in the includes\templates\responsive_classic\css folder.
Here is a photo of the process. The circle spins and spins for quite a while while the Confirm button appears at the top right with a zen cart banner appearing too as pictured.

thanks for your help.

---

What template are you using? The plugin's code for its confirmation page sets flags to disable the sideboxes, header and footer while that spinner's up. It looks like your template isn't honoring those standard Zen Cart processing flags.

Thanks everyone, definitely some sort of server issue I will talk to my host.

Seems to be quicker today.

Quote:

---

Originally Posted by lat9

What template are you using? The plugin's code for its confirmation page sets flags to disable the sideboxes, header and footer while that spinner's up. It looks like your template isn't honoring those standard Zen Cart processing flags.

---

My template is the responsive_classic template which I believe is the stock template on zc 1.55a
Do I need to make a modification to force the sideboxes, header and footer to disable?
thanks

Quote:

---

Originally Posted by spawnie69

My template is the responsive_classic template which I believe is the stock template on zc 1.55a
Does this mod not work on the new 1.55a /responsive_classic template?

---

Yes it does; that's what I'm using on my demo site where One-Page Checkout is installed.

Quote:

---

Originally Posted by lat9

Yes it does; that's what I'm using on my demo site where One-Page Checkout is installed.

---

I only see this happening when using cc with ceon card manual.
Could this be the cause? preventing the disabling of those boxes to appear?

thanks again

Quote:

---

Originally Posted by spawnie69

I only see this happening when using cc with ceon card manual.
Could this be the cause? preventing the disabling of those boxes to appear?

thanks again

---

It could be; I haven't tested with that payment method. I'll look into it tomorrow.

Quote:

---

Originally Posted by lat9

It could be; I haven't tested with that payment method. I'll look into it tomorrow.

---

Let me know if I can test or help in any way. Thank you.
Love the mod. Easy clean one page, not too bulky.

I have dropped 'Tableau' as this plugin does not work, even if you use the latest plugin's for both. Now I am using 'Responsive Sheffield Blue'. This template does not give the same result as the displayed picture in the One-page checkout has but it does work.

Quote:

---

Originally Posted by adb34

I have dropped 'Tableau' as this plugin does not work, even if you use the latest plugin's for both. Now I am using 'Responsive Sheffield Blue'. This template does not give the same result as the displayed picture in the One-page checkout has but it does work.

---

This is how mod looks on my Resp Sheff Blue 2.0 site

Attachment 16637

Quote:

---

Originally Posted by adb34

I have dropped 'Tableau' as this plugin does not work, even if you use the latest plugin's for both. Now I am using 'Responsive Sheffield Blue'. This template does not give the same result as the displayed picture in the One-page checkout has but it does work.

---

Do you have a publicly-available site where I could view the layout? You can send me a link via PM if you don't want to post it for all to see.

I just received a report that a store's customer using IE8 was unable to checkout using One-Page Checkout. I've replicated the issue and hope to have a solution sometime tomorrow.

If you're using this plugin and you've got a high percentage of IE8-using customers, you might want to disable the plugin until that solution is available.

Is there a way for the shipping address box on the checkout_one page to automatically display/contain the account's shipping address (or second address in the address book) if one exists?

Quote:

---

Originally Posted by lat9

Do you have a publicly-available site where I could view the layout? You can send me a link via PM if you don't want to post it for all to see.

---

My checkout page actually looks the same as soxophoneplayer posted picture.

Quote:

---

Originally Posted by adb34

My checkout page actually looks the same as soxophoneplayer posted picture.

---

That's because One-Page Checkout inherits the styling that is provided by your currently-installed template!

Quote:

---

Originally Posted by lat9

I just received a report that a store's customer using IE8 was unable to checkout using One-Page Checkout. I've replicated the issue and hope to have a solution sometime tomorrow.

If you're using this plugin and you've got a high percentage of IE8-using customers, you might want to disable the plugin until that solution is available.

---

I've made this correction on the plugin's GitHub repository and updated its current version to 1.0.4-beta2.

If a customer "hits" your site using a version of IE less than 9.0, they'll continue the checkout using the "traditional" multi-page checkout due to incompatibilities provided by those older browsers' javascript support.

That change is "booked" for the plugin's v1.0.4 release, coming to the Zen Cart Plugins RSN (real-soon-now)!

Quote:

---

Originally Posted by LightBrown

Is there a way for the shipping address box on the checkout_one page to automatically display/contain the account's shipping address (or second address in the address book) if one exists?

---

That's something you could add via custom programming; it's very non-standard so it's not a feature that I'll currently consider in the plugin's base processing.

Quote:

---

Originally Posted by lat9

I've made this correction on the plugin's GitHub repository and updated its current version to 1.0.4-beta2.

If a customer "hits" your site using a version of IE less than 9.0, they'll continue the checkout using the "traditional" multi-page checkout due to incompatibilities provided by those older browsers' javascript support.

That change is "booked" for the plugin's v1.0.4 release, coming to the Zen Cart Plugins RSN (real-soon-now)!

---

I've submitted v1.0.4 to the Plugins for review; this version provides changes to address the following issues (as referenced in the plugin's GitHub repository):

#38: Additional, customizable message for the checkout_one_confirmation page
#37: Sanitize debug output for non-standard CC number/CVV information
#36: Hide bannerSix block on the plugin's confirmation page
#35: Disallow one-page checkout for IE browsers earlier than 9.0
#33: Correct handling for virtual orders and those with free shipping, as defined by the shipping order-total

P.S. Thanks to everyone for the bug-reports and to those that allowed me access to their sites for problem investigation! You're all helping me make this plugin better.

Quote:

---

Originally Posted by lat9

I've submitted v1.0.4 to the Plugins for review; this version provides changes to address the following issues (as referenced in the plugin's GitHub repository):

#38: Additional, customizable message for the checkout_one_confirmation page
#37: Sanitize debug output for non-standard CC number/CVV information
#36: Hide bannerSix block on the plugin's confirmation page
#35: Disallow one-page checkout for IE browsers earlier than 9.0
#33: Correct handling for virtual orders and those with free shipping, as defined by the shipping order-total

P.S. Thanks to everyone for the bug-reports and to those that allowed me access to their sites for problem investigation! You're all helping me make this plugin better.

---

Wow! That was fast ... v1.0.4 is now available for download from the Zen Cart Plugins.

Hello,

I just made a fresh zencart 1.5.5a install. Also a fresh Edify template and of course one-page-checkout.
But it seems that i can't get one-page-checkout to work, it loops back after pressing the button confirm order. It just stays on the checkout-one page.
I copied the 1.5.5a payment.php file and made sure all other files are all copied correct. Now i don't have a clue where to look for this problem Website: http://www.middenarmsteun.nl
Below the error code.


2016-09-12 16:45:38 checkout_one_confirmation: Starting confirmation, shipping and request data follows:

Code:

---

Array(
    [id] => zones_zones
    [title] => Tariefzones (Verzenden naar NL)
    [cost] => 7
    [extras] =>
)
Array
(
    [main_page] => checkout_one_confirmation
    [securityToken] => 2a3af9d4715c861f42db57917deaac0f
    [action] => process
    [shipping_billing] => 1
    [comments] =>
    [dc_redeem_code] =>
    [shipping] => zones_zones
    [payment] => moneyorder
    [conditions] => 1
    [confirm_order_x] => Confirm Order
    [order_confirmed] => 0
    [javascript_enabled] => 1
    [zenInstallerId] => 256ddc7393d6b447260fdffd7067e680
    [zenid] => 684d4f2ec67ac151a155a0d3331bb549
    [__atuvc] => 14|37
    [__atuvs] => 57d6bb1db6e74400000
)

---

2016-09-12 16:45:38 checkout_one_confirmation: Initial order information:order

Code:

---

Object
(
    [info] => Array
        (
            [order_status] => 1
            [currency] => EUR
            [currency_value] => 1.00000000
            [payment_method] =>
            [payment_module_code] =>
            [coupon_code] =>
            [shipping_method] => Tariefzones (Verzenden naar NL)
            [shipping_module_code] => zones_zones
            [shipping_cost] => 7
            [subtotal] => 10
            [shipping_tax] => 0
            [tax] => 0
            [total] => 17
            [tax_groups] => Array
                (
                    [0] => 0
                )


            [comments] =>
            [ip_address] => 24.132.131.128 - 24.132.131.128
        )


    [totals] => Array
        (
        )


    [products] => Array
        (
            [0] => Array
                (
                    [qty] => 1
                    [name] => Test
                    [model] => Test-01
                    [tax_groups] => Array
                        (
                            [0] => Btw
                        )


                    [tax_description] => Btw
                    [price] => 10.0000
                    [final_price] => 10
                    [onetime_charges] => 0
                    [weight] => 1
                    [products_priced_by_attribute] => 0
                    [product_is_free] => 0
                    [products_discount_type] => 0
                    [products_discount_type_from] => 0
                    [id] => 1
                    [rowClass] => rowEven
                    [tax] => 0
                )


        )


    [customer] => Array
        (
            [firstname] => John
            [lastname] => van Rossem
            [company] => Restyleparts
            [street_address] => Ratelaarstraat 34
            [suburb] =>
            [city] => Arnhem
            [postcode] => 6832DK
            [state] =>
            [zone_id] => 0
            [country] => Array
                (
                    [id] => 150
                    [title] => Netherlands
                    [iso_code_2] => NL
                    [iso_code_3] => NLD
                )


            [format_id] => 5
            [telephone] => 0622153576
            [email_address] => [email protected]
        )


    [delivery] => Array
        (
            [firstname] => John
            [lastname] => van Rossem
            [company] => Restyleparts
            [street_address] => Ratelaarstraat 34
            [suburb] =>
            [city] => Arnhem
            [postcode] => 6832DK
            [state] =>
            [zone_id] => 0
            [country] => Array
                (
                    [id] => 150
                    [title] => Netherlands
                    [iso_code_2] => NL
                    [iso_code_3] => NLD
                )


            [country_id] => 150
            [format_id] => 5
        )


    [content_type] => physical
    [email_low_stock] =>
    [products_ordered_attributes] =>
    [products_ordered] =>
    [products_ordered_email] =>
    [attachArray] =>
    [billing] => Array
        (
            [firstname] => John
            [lastname] => van Rossem
            [company] => Restyleparts
            [street_address] => Ratelaarstraat 34
            [suburb] =>
            [city] => Arnhem
            [postcode] => 6832DK
            [state] =>
            [zone_id] => 0
            [country] => Array
                (
                    [id] => 150
                    [title] => Netherlands
                    [iso_code_2] => NL
                    [iso_code_3] => NLD
                )


            [country_id] => 150
            [format_id] => 5
        )


    [use_external_tax_handler_only] =>
)

---

2016-09-12 16:45:38 checkout_one_confirmation: SHIPPING_QUOTE:

Code:

---

Array
(
    [0] => Array
        (
            [id] => zones
            [module] => Tariefzones
            [methods] => Array
                (
                    [0] => Array
                        (
                            [id] => zones
                            [title] => Verzenden naar NL
                            [cost] => 7
                        )


                )


        )


)

---

2016-09-12 16:45:38 checkout_one_confirmation: Shipping setup, preparing to call order-totals.shipping

Code:

---

Object
(
    [modules] => Array
        (
            [0] => zones.php
        )


    [enabled] => 1
    [abort_legacy_calculations] =>
)
Array
(
    [0] => Array
        (
            [id] => zones
            [module] => Tariefzones
            [methods] => Array
                (
                    [0] => Array
                        (
                            [id] => zones
                            [title] => Verzenden naar NL
                            [cost] => 7
                        )


                )


        )


)
Array
(
    [id] => zones_zones
    [title] => Tariefzones (Verzenden naar NL)
    [cost] => 7
    [extras] =>
)

---

2016-09-12 16:45:38 checkout_one_confirmation: Returned from call to order-totals:order_total

Code:

---

Object
(
    [modules] => Array
        (
            [0] => ot_subtotal.php
            [1] => ot_shipping.php
            [2] => ot_coupon.php
            [3] => ot_group_pricing.php
            [4] => ot_tax.php
            [5] => ot_loworderfee.php
            [6] => ot_gv.php
            [7] => ot_total.php
        )


)

---

2016-09-12 16:45:38 checkout_one_confirmation: Something causing redirection back to checkout_one, error (), order_confirmed ()

Code:

---

Array
(
)

---

2016-09-12 16:45:38 checkout_one: CHECKOUT_ONE_ENTRY, version (1.0.4 (2016-09-11)), Zen Cart version (1.5.5a), template (edify)
2016-09-12 16:45:38 checkout_one: CHECKOUT_ONE_AFTER_SHIPPING_CALCULATIONS, pass (), free_shipping (),

Code:

---

array (
  'id' => 'zones_zones',
  'title' => 'Tariefzones (Verzenden naar NL)',
  'cost' => 7,
  'extras' => '',
)

---

2016-09-12 16:45:38 checkout_one: CHECKOUT_ONE_SHIPPING_CHECK (zones_zones)

Code:

---

Array
(
    [0] => Array
        (
            [id] => zones
            [module] => Tariefzones
            [methods] => Array
                (
                    [0] => Array
                        (
                            [id] => zones
                            [title] => Verzenden naar NL
                            [cost] => 7
                        )


                )


        )


)


Array
(
    [0] => zones_zones
)

---

2016-09-12 16:45:38 checkout_one: CHECKOUT_ONE_AFTER_SHIPPING_QUOTES

Code:

---

array (
  'id' => 'zones_zones',
  'title' => 'Tariefzones (Verzenden naar NL)',
  'cost' => 7,
  'extras' => '',
)order Object
(
    [info] => Array
        (
            [order_status] => 1
            [currency] => EUR
            [currency_value] => 1.00000000
            [payment_method] =>
            [payment_module_code] =>
            [coupon_code] =>
            [shipping_method] => Tariefzones (Verzenden naar NL)
            [shipping_module_code] => zones_zones
            [shipping_cost] => 7
            [subtotal] => 10
            [shipping_tax] => 0
            [tax] => 0
            [total] => 17
            [tax_groups] => Array
                (
                    [0] => 0
                )


            [comments] =>
            [ip_address] => 24.132.131.128 - 24.132.131.128
        )


    [totals] => Array
        (
        )


    [products] => Array
        (
            [0] => Array
                (
                    [qty] => 1
                    [name] => Test
                    [model] => Test-01
                    [tax_groups] => Array
                        (
                            [0] => Btw
                        )


                    [tax_description] => Btw
                    [price] => 10.0000
                    [final_price] => 10
                    [onetime_charges] => 0
                    [weight] => 1
                    [products_priced_by_attribute] => 0
                    [product_is_free] => 0
                    [products_discount_type] => 0
                    [products_discount_type_from] => 0
                    [id] => 1
                    [rowClass] => rowEven
                    [tax] => 0
                )


        )


    [customer] => Array
        (
            [firstname] => John
            [lastname] => van Rossem
            [company] => Restyleparts
            [street_address] => Ratelaarstraat 34
            [suburb] =>
            [city] => Arnhem
            [postcode] => 6832DK
            [state] =>
            [zone_id] => 0
            [country] => Array
                (
                    [id] => 150
                    [title] => Netherlands
                    [iso_code_2] => NL
                    [iso_code_3] => NLD
                )


            [format_id] => 5
            [telephone] => 0622153576
            [email_address] => [email protected]
        )


    [delivery] => Array
        (
            [firstname] => John
            [lastname] => van Rossem
            [company] => Restyleparts
            [street_address] => Ratelaarstraat 34
            [suburb] =>
            [city] => Arnhem
            [postcode] => 6832DK
            [state] =>
            [zone_id] => 0
            [country] => Array
                (
                    [id] => 150
                    [title] => Netherlands
                    [iso_code_2] => NL
                    [iso_code_3] => NLD
                )


            [country_id] => 150
            [format_id] => 5
        )


    [content_type] => physical
    [email_low_stock] =>
    [products_ordered_attributes] =>
    [products_ordered] =>
    [products_ordered_email] =>
    [attachArray] =>
    [billing] => Array
        (
            [firstname] => John
            [lastname] => van Rossem
            [company] => Restyleparts
            [street_address] => Ratelaarstraat 34
            [suburb] =>
            [city] => Arnhem
            [postcode] => 6832DK
            [state] =>
            [zone_id] => 0
            [country] => Array
                (
                    [id] => 150
                    [title] => Netherlands
                    [iso_code_2] => NL
                    [iso_code_3] => NLD
                )


            [country_id] => 150
            [format_id] => 5
        )


    [use_external_tax_handler_only] =>
)
messageStack Object
(
    [messages] => Array
        (
        )


)
Array
(
    [0] => Array
        (
            [id] => zones
            [module] => Tariefzones
            [methods] => Array
                (
                    [0] => Array
                        (
                            [id] => zones
                            [title] => Verzenden naar NL
                            [cost] => 7
                        )


                )


        )


)

---

2016-09-12 16:45:38 checkout_one: CHECKOUT_ONE_AFTER_ORDER_TOTAL_PROCESSING

Code:

---

order_total Object
(
    [modules] => Array
        (
            [0] => ot_subtotal.php
            [1] => ot_shipping.php
            [2] => ot_coupon.php
            [3] => ot_group_pricing.php
            [4] => ot_tax.php
            [5] => ot_loworderfee.php
            [6] => ot_gv.php
            [7] => ot_total.php
        )


)
order Object
(
    [info] => Array
        (
            [order_status] => 1
            [currency] => EUR
            [currency_value] => 1.00000000
            [payment_method] =>
            [payment_module_code] =>
            [coupon_code] =>
            [shipping_method] => Tariefzones (Verzenden naar NL)
            [shipping_module_code] => zones_zones
            [shipping_cost] => 7
            [subtotal] => 10
            [shipping_tax] => 0
            [tax] => 0
            [total] => 17
            [tax_groups] => Array
                (
                    [0] => 0
                )


            [comments] =>
            [ip_address] => 24.132.131.128 - 24.132.131.128
        )


    [totals] => Array
        (
        )


    [products] => Array
        (
            [0] => Array
                (
                    [qty] => 1
                    [name] => Test
                    [model] => Test-01
                    [tax_groups] => Array
                        (
                            [0] => Btw
                        )


                    [tax_description] => Btw
                    [price] => 10.0000
                    [final_price] => 10
                    [onetime_charges] => 0
                    [weight] => 1
                    [products_priced_by_attribute] => 0
                    [product_is_free] => 0
                    [products_discount_type] => 0
                    [products_discount_type_from] => 0
                    [id] => 1
                    [rowClass] => rowEven
                    [tax] => 0
                )


        )


    [customer] => Array
        (
            [firstname] => John
            [lastname] => van Rossem
            [company] => Restyleparts
            [street_address] => Ratelaarstraat 34
            [suburb] =>
            [city] => Arnhem
            [postcode] => 6832DK
            [state] =>
            [zone_id] => 0
            [country] => Array
                (
                    [id] => 150
                    [title] => Netherlands
                    [iso_code_2] => NL
                    [iso_code_3] => NLD
                )


            [format_id] => 5
            [telephone] => 0622153576
            [email_address] => [email protected]
        )


    [delivery] => Array
        (
            [firstname] => John
            [lastname] => van Rossem
            [company] => Restyleparts
            [street_address] => Ratelaarstraat 34
            [suburb] =>
            [city] => Arnhem
            [postcode] => 6832DK
            [state] =>
            [zone_id] => 0
            [country] => Array
                (
                    [id] => 150
                    [title] => Netherlands
                    [iso_code_2] => NL
                    [iso_code_3] => NLD
                )


            [country_id] => 150
            [format_id] => 5
        )


    [content_type] => physical
    [email_low_stock] =>
    [products_ordered_attributes] =>
    [products_ordered] =>
    [products_ordered_email] =>
    [attachArray] =>
    [billing] => Array
        (
            [firstname] => John
            [lastname] => van Rossem
            [company] => Restyleparts
            [street_address] => Ratelaarstraat 34
            [suburb] =>
            [city] => Arnhem
            [postcode] => 6832DK
            [state] =>
            [zone_id] => 0
            [country] => Array
                (
                    [id] => 150
                    [title] => Netherlands
                    [iso_code_2] => NL
                    [iso_code_3] => NLD
                )


            [country_id] => 150
            [format_id] => 5
        )


    [use_external_tax_handler_only] =>
)
messageStack Object
(
    [messages] => Array
        (
        )


)

---

2016-09-12 16:45:38 checkout_one: CHECKOUT_ONE_AFTER_PAYMENT_MODULES_SELECTION

Code:

---

payment Object
(
    [modules] => Array
        (
            [0] => moneyorder.php
            [1] => paypalwpp.php
        )


    [selected_module] =>
    [doesCollectsCardDataOnsite] =>
    [paymentClass] => paypalwpp Object
        (
            [ code ] => paypalwpp
            [title] => PayPal
            [description] => <strong>PayPal</strong>
            [enabled] => 1
            [zone] => 0
            [enableDebugging] =>
            [showPaymentPage] =>
            [flagDisablePaymentAddressChange] =>
            [sort_order] => 0
            [buttonSourceEC] => ZenCart-EC_us
            [order_pending_status] => 1
            [order_status] => 1
            [_logDir] => /home/admin/domains/middenarmsteun.nl/public_html/logs
            [_logLevel] => 0
            [fmfResponse] =>
            [fmfErrors] => Array
                (
                )


            [use_incontext_checkout] =>
            [codeTitle] => PayPal Express Checkout
            [codeVersion] => 1.5.5
            [enableDirectPayment] =>
            [emailAlerts] =>
            [doDPonly] =>
            [buttonSourceDP] => ZenCart-DP_us
            [new_acct_notify] => Yes
            [cards] => Array
                (
                )


            [form_action_url] => http://middenarmsteun.nl/ipn_main_handler.php?type=ec&amp;markflow=1&amp;clearSess=1&amp;stage=final
            [cc_type_check] =>
        )


)
array (
  'id' => 'zones_zones',
  'title' => 'Tariefzones (Verzenden naar NL)',
  'cost' => 7,
  'extras' => '',
)

---

@JVRossem (and anyone else posting the contents of a checkout-one debug log), please post those logs wrapped with a set of CODE tags (the big # in the menu-bar when you're posting) ... those logs (as you can see) run on and on and ...

Anyway, I looked at your site and that Edify template's made some significant changes to /includes/templates/edify/templates/tpl_modules_order_totals.php; what's causing the plugin to "not work" is the fact that they've removed the id attribute from each of the order-totals' divs.

I suggest that you compare your template's version of that file with the like-named file present in the template_default folder to enable the plugin to operate properly.

I tried (as u can see the [CODE] at top and bottom) but don't know why he still posted whole code!

But your solution did the trick! Just copied the tpl_modules_order_totals.php form template_default and now it work perfectly!
Thank you for the help

Quote:

---

Originally Posted by JvRossem

I tried (as u can see the [CODE] at top and bottom) but don't know why he still posted whole code!

But your solution did the trick! Just copied the tpl_modules_order_totals.php form template_default and now it work perfectly!
Thank you for the help

---

Hmm, I wonder why those CODE tags split the display. Anyway, I'm happy to hear that you've got that working.

I'll update the plugin so that it doesn't assUme that those selectors are present. Instead, if not found, an alert will be issued from the jQuery handling to inform the customer to contact the store owner.

Quote:

---

Originally Posted by LightBrown

Is there a way for the shipping address box on the checkout_one page to automatically display/contain the account's shipping address (or second address in the address book) if one exists?

---

Quote:

---

Originally Posted by lat9

That's something you could add via custom programming; it's very non-standard so it's not a feature that I'll currently consider in the plugin's base processing.

---

In case anyone needs this in the future:

My site uses a forced COWOA feature, and the "login" page includes a field for the billing address as well as an optional shipping address field. So, if the customer chose to input a shipping address in the "login" page, when they move to the checkout_one page, there is already a sendto address in the session. So to make the checkout_one page display the shipping address I only needed to comment out a few lines of code:

includes\modules\pages\checkout_one\header.php

Code:

---

// if no shipping destination address was selected, use the customers own address as default
if (!isset ($_SESSION['sendto'])) {
    $_SESSION['sendto'] = $_SESSION['customer_default_address_id'];
 /*the following lines have been commented out to allow login page to assign a sendto address in the session       
} elseif ($shipping_billing) {
    $_SESSION['sendto'] = $_SESSION['billto'];
*/
} else {
// verify the selected shipping address

---

includes\templates\template_default\templates\tpl_checkout_one_default.php

Code:

---

<?php
// -----
// Display shipping-address information **only if** the order contains at least one physical product (i.e. it's not virtual).
//
if ($is_virtual_order) {
    echo zen_draw_checkbox_field ('shipping_billing', '1', false, 'id="shipping_billing" style="display: none;"');
} else {
?>
<!--This section disabled to remove shippingIsBilling checkbox
    <div id="checkoutOneShippingFlag" style="display: none;"><?php //echo  zen_draw_checkbox_field ('shipping_billing', '1', $shipping_billing, 'id="shipping_billing" onchange="shippingIsBilling ();"');?>
      <label class="checkboxLabel" for="shipping_billing"><?php //echo TEXT_USE_BILLING_FOR_SHIPPING; ?></label>
    </div>
 -->
    <div id="checkoutOneShipto">
      <fieldset>
        <legend><?php echo TITLE_SHIPPING_ADDRESS; ?></legend>

<!--This section should pull the sendto address if there is one, otherwise it will repeat the billing address-->               
        <address><?php echo zen_address_format($order->delivery['format_id'], $order->delivery, 1, ' ', '<br />'); ?></address>

        <div class="buttonRow forward"><?php echo '<a href="' . $editShippingButtonLink . '">' . zen_image_button (BUTTON_IMAGE_EDIT_SMALL, BUTTON_EDIT_SMALL_ALT) . '</a>'; ?></div>
      </fieldset>
    </div>
<?php
}
?>

---

I have only tested these changes with my exact setup, so your mileage may vary. Or let me know if anyone thinks these changes will break anything.

Hello,

I just upgraded my one page checkout to version 1.04
My setup:
zencart 1.54
template: Responsive_sheffield_blue 2.0

Here are my results:

Tested checkout using check/money order, pay pal, Braintree

Using check/money order or payal after hitting the confirm button I get the screen with the revolving circle, one of my banners at the top and another confirm button on the side (Almost Hidden) and nothing happens until I click this extra confirm button then everything proceeds as expected.
Is this normal operation? Or did I do something wrong?

When using credit card through Braintree I get the extra page I guess to confirm the order one last time before submitting to Braintree. Then after I click the second confirm button everything proceeds as expected.

This is not what I would expect. What is the use of having to confirm the order again no matter what payment method is selected.

Best regards,

Frank

Quote:

---

Originally Posted by fjbern1943

Hello,

I just upgraded my one page checkout to version 1.04
My setup:
zencart 1.54
template: Responsive_sheffield_blue 2.0

Here are my results:

Tested checkout using check/money order, pay pal, Braintree

Using check/money order or payal after hitting the confirm button I get the screen with the revolving circle, one of my banners at the top and another confirm button on the side (Almost Hidden) and nothing happens until I click this extra confirm button then everything proceeds as expected.
Is this normal operation? Or did I do something wrong?

When using credit card through Braintree I get the extra page I guess to confirm the order one last time before submitting to Braintree. Then after I click the second confirm button everything proceeds as expected.

This is not what I would expect. What is the use of having to confirm the order again no matter what payment method is selected.

Best regards,

Frank

---

Do you have a link to the site where you've got this installed? I'll need to see the confirmation page for check/moneyorder and PayPal processing to understand why those fields aren't hidden. If you don't want to post the site-link here, you can send it to me via PM.

The Braintree payment method "collects credit-card data onsite"; that's why you're seeing that extra confirmation page. That's just an extra level of "comfort" for those card-paying customers, so that they've got a spot to verify that they entered their credit-card information properly before committing the order.

Quote:

---

Originally Posted by lat9

Do you have a link to the site where you've got this installed? I'll need to see the confirmation page for check/moneyorder and PayPal processing to understand why those fields aren't hidden. If you don't want to post the site-link here, you can send it to me via PM.

The Braintree payment method "collects credit-card data onsite"; that's why you're seeing that extra confirmation page. That's just an extra level of "comfort" for those card-paying customers, so that they've got a spot to verify that they entered their credit-card information properly before committing the order.

---

The site url is religious-shop.com

You've got some serious HTML-formatting issues on the page that are probably "interfering" with the auto-submit javascript for the check/moneyorder and PayPal payments, starting with a stray ending } somewhere within your template's html_header.php.

Code:

---

<script type="text/javascript">window.jQuery || document.write(unescape('%3Cscript type="text/javascript" src="//code.jquery.com/jquery-1.11.1.min.js"%3E%3C/script%3E'));</script>
<script type="text/javascript">window.jQuery || document.write(unescape('%3Cscript type="text/javascript" src="includes/templates/responsive_sheffield_blue/jscript/jquery.min.js"%3E%3C/script%3E'));</script>

  }


---

and continuing with the fact that your </body> tag comes before a collection of <script> and <meta> tags coming from (I'm guessing) the template's tpl_main_page.php.

The banner's display can be corrected by your editing of /includes/modules/pages/checkout_one_confirmation/jscript_main.php, adding the highlighted code fragment (I'll book that change for v1.0.5 of the plugin):

Code:

---

if (!$confirmation_required) {
?>
    $(document).ready(function(){
        $('body', 'html').css({
            "overflow": "hidden",
            "height": "100%",
            "background": "none"
        });
        $('#navBreadCrumb, #bannerSix', '#bannerOne').hide();
        $('#checkoutOneConfirmationLoading').show();
        $('form[name="checkout_confirmation"]').submit();
    });
<?php
}

---

Quote:

---

Originally Posted by lat9

You've got some serious HTML-formatting issues on the page that are probably "interfering" with the auto-submit javascript for the check/moneyorder and PayPal payments, starting with a stray ending } somewhere within your template's html_header.php.

Code:

---

<script type="text/javascript">window.jQuery || document.write(unescape('%3Cscript type="text/javascript" src="//code.jquery.com/jquery-1.11.1.min.js"%3E%3C/script%3E'));</script>
<script type="text/javascript">window.jQuery || document.write(unescape('%3Cscript type="text/javascript" src="includes/templates/responsive_sheffield_blue/jscript/jquery.min.js"%3E%3C/script%3E'));</script>

  }


---

and continuing with the fact that your </body> tag comes before a collection of <script> and <meta> tags coming from (I'm guessing) the template's tpl_main_page.php.

The banner's display can be corrected by your editing of /includes/modules/pages/checkout_one_confirmation/jscript_main.php, adding the highlighted code fragment (I'll book that change for v1.0.5 of the plugin):

Code:

---

if (!$confirmation_required) {
?>
    $(document).ready(function(){
        $('body', 'html').css({
            "overflow": "hidden",
            "height": "100%",
            "background": "none"
        });
        $('#navBreadCrumb, #bannerSix', '#bannerOne').hide();
        $('#checkoutOneConfirmationLoading').show();
        $('form[name="checkout_confirmation"]').submit();
    });
<?php
}

---

---

Hello, Thanks for the quick reply.

I removed the extra "}" in the html_header.php
I also removed all the script and meta code that came before the ending </body> tag
I also modified the code in the jscript_main.php file to remove the top banner.

Everything is the same. No change. Banner still on top of page, spinning thingy spins and the only way to proceed is to click the exrta confirm button,
when using check/money order or paypal.

Please advise.

You're getting closer on the valid HTML. Now you've missing the </div> that's required for <div id="navSuppWrapper">.

I see the issue now; you've apparently either got a down-level template-override version (i.e. /includes/templates/responsive_sheffield_blue/templates/tpl_checkout_one_confirmation_default.php) or didn't install the v1.0.4 version of the plugin's file into the template_default folder.

The fact that the form's name is still 'checkout_one' and there's no associated id= attribute is what's telling me that!

If you're not making changes to the page's layout, there's no need to replicate the page's template into your active template's folders ... but if you do, you'll need to re-merge any changes to those template files each time you upgrade the One-Page Checkout plugin.

Quote:

---

Originally Posted by lat9

You're getting closer on the valid HTML. Now you've missing the </div> that's required for <div id="navSuppWrapper">.

I see the issue now; you've apparently either got a down-level template-override version (i.e. /includes/templates/responsive_sheffield_blue/templates/tpl_checkout_one_confirmation_default.php) or didn't install the v1.0.4 version of the plugin's file into the template_default folder.

The fact that the form's name is still 'checkout_one' and there's no associated id= attribute is what's telling me that!

If you're not making changes to the page's layout, there's no need to replicate the page's template into your active template's folders ... but if you do, you'll need to re-merge any changes to those template files each time you upgrade the One-Page Checkout plugin.

---

Hello,

OK, I removed the files from the responsive_sheffield_blue template folder.
Made sure the files were in the template_default folder.
Ran a test order and it worked find.
The only thing is that for a couple of seconds the page with the top banner and the other confirm button shows up and then the page refreshes and either goes to the Thank you page, pay pal site, or the extra credit card page.

The </div> that's required for <div id="navSuppWrapper"> I didn't touch. The code is in the footer file, tpl_footer.php in the common/responsive_sheffield_blue directory. Here is the code:

Code:

---

<div id="navSuppWrapper">
<?php
if (!isset($flag_disable_footer) || !$flag_disable_footer) {
?>
<div id="navSupp">
<?php if (EZPAGES_STATUS_FOOTER == '1' or (EZPAGES_STATUS_FOOTER == '2' and (strstr(EXCLUDE_ADMIN_IP_FOR_MAINTENANCE, $_SERVER['REMOTE_ADDR'])))) { ?>
<ul>
<li><?php echo '<a href="' . HTTP_SERVER . DIR_WS_CATALOG . '">'; ?><?php echo HEADER_TITLE_CATALOG; ?></a></li>
<li><?php require($template->get_template_dir('tpl_ezpages_bar_footer.php',DIR_WS_TEMPLATE, $current_page_base,'templates'). '/tpl_ezpages_bar_footer.php'); ?></li>
</ul>
<?php } ?>
</div>

---

I think the </div> is at the bottom. Can you see where this code should be changed?

Thanks for your help.

Frank

To get that banner to "disappear", you'll need to make the edit I suggested in post #146. As for the missing </div>, you should update that tpl_footer.php file, adding the highlighted line:

Code:

---

<div id="navSuppWrapper">
<?php
if (!isset($flag_disable_footer) || !$flag_disable_footer) {
?>
<div id="navSupp">
<?php if (EZPAGES_STATUS_FOOTER == '1' or (EZPAGES_STATUS_FOOTER == '2' and (strstr(EXCLUDE_ADMIN_IP_FOR_MAINTENANCE, $_SERVER['REMOTE_ADDR'])))) { ?>
<ul>
<li><?php echo '<a href="' . HTTP_SERVER . DIR_WS_CATALOG . '">'; ?><?php echo HEADER_TITLE_CATALOG; ?></a></li>
<li><?php require($template->get_template_dir('tpl_ezpages_bar_footer.php',DIR_WS_TEMPLATE, $current_page_base,'templates'). '/tpl_ezpages_bar_footer.php'); ?></li>
</ul>
<?php } ?>
</div>
</div>

---

The checkout_one_confirmation page (the one with the spinning icon) is displayed while the order is "processed", i.e. updating the database and sending any confirmation emails.

Quote:

---

Originally Posted by lat9

To get that banner to "disappear", you'll need to make the edit I suggested in post #146. As for the missing </div>, you should update that tpl_footer.php file, adding the highlighted line:

Code:

---

<div id="navSuppWrapper">
<?php
if (!isset($flag_disable_footer) || !$flag_disable_footer) {
?>
<div id="navSupp">
<?php if (EZPAGES_STATUS_FOOTER == '1' or (EZPAGES_STATUS_FOOTER == '2' and (strstr(EXCLUDE_ADMIN_IP_FOR_MAINTENANCE, $_SERVER['REMOTE_ADDR'])))) { ?>
<ul>
<li><?php echo '<a href="' . HTTP_SERVER . DIR_WS_CATALOG . '">'; ?><?php echo HEADER_TITLE_CATALOG; ?></a></li>
<li><?php require($template->get_template_dir('tpl_ezpages_bar_footer.php',DIR_WS_TEMPLATE, $current_page_base,'templates'). '/tpl_ezpages_bar_footer.php'); ?></li>
</ul>
<?php } ?>
</div>
</div>

---

The checkout_one_confirmation page (the one with the spinning icon) is displayed while the order is "processed", i.e. updating the database and sending any confirmation emails.

---

Hello, I made the changes in post #146. Here is the code as now appears on the site:

Code:

---

if (!$confirmation_required) {
?>
    $(document).ready(function(){
        $('body', 'html').css({
            "overflow": "hidden",
            "height": "100%",
            "background": "none"
        });
        $('#navBreadCrumb, #bannerSix', '#bannerOne').hide();
        $('#checkoutOneConfirmationLoading').show();
        $('form[name="checkout_confirmation"]').submit();
    });
<?php
}

---

Yet the banner is still there???????

As far as adding the </div> I added the code to the tpl_footer.php file but it added a blue bar where the copyright info etc. appears and makes the info almost impossible to read. Maybe I need to add the extra </div> somewhere else on the page?

I would like to change the confirmation page to remove the top banner, the confirm button on the side and add text like, "please wait processing your order".

Can you continue to help?

Frank

I'm being hampered by some setting on your site that's disabling the display of the CSS styling when using FireFox/FireBug. Until you can rectify that problem, I can't be of further help.

Quote:

---

Originally Posted by lat9

I'm being hampered by some setting on your site that's disabling the display of the CSS styling when using FireFox/FireBug. Until you can rectify that problem, I can't be of further help.

---

OK, I'm not having any problem using firefox/debugger except I don't know what to look for???? So, it doesn't do me any good.

I did change the code in checkout_one_confirmation/jscript_main.php file from:

$('#navBreadCrumb, #bannerSix', '#bannerOne').hide();

to:

$('#navBreadCrumb, #bannerSix, #bannerOne').hide();
and the top banner disappeared. Yeah!

The confirm button still shows.

Frank

OK looks like I can't get rid of the confirm button but I would still like to add text to the page, "Please Wait While Your Order is being processed"

??????
Frank

You can do that by making a template-override version of /includes/languages/english/checkout_one_confirmation.php and supplying that text for the CHECKOUT_ONE_CONFIRMATION_INSTRUCTIONS constant.

I am having trouble have reinstalled all files but still having issues. Am currently running zencart 1.54 and sterling grand template.

Debug log shows
2016-09-19 10:29:52 checkout_one_observer: checkout_one redirect: Array
(
[main_page] => checkout_shipping
)

2016-09-19 10:29:54 checkout_one: CHECKOUT_ONE_ENTRY, version (1.0.4 (2016-09-11)), Zen Cart version (1.5.4), template (stirling_grand)
2016-09-19 12:34:47 checkout_one_observer: checkout_one redirect: Array
(
[main_page] => checkout_shipping
)
Thanks
Sandria

Did you copy all the core/template overwrites, especially the /includes/templates/YOUR_TEMPLATE/jscript/jscript_framework.php and /ajax.php?

What other plugins do you have installed?

I've just submitted v1.0.5 to the Zen Cart Plugins for review. That version provides changes to address the following issues (as noted within the plugin's GitHub repository):

#39: Update jQuery handling to check for required selectors ... and issue a javascript alert if any are missing.
#40: Replace "CODE" tags in the log files to enable posting on the forums
#41: Hide bannerOne block on the confirmation page
#42: Hide "Confirm Order" button on the confirmation page

Am using 1.5.4 and can't get it to work.

The checkout screen just has "Home" with no other breadcrumbs or content.

I get the following in debug -

[25-Sep-2016 12:06:41 Australia/Perth] PHP Fatal error: Call to a member function javascript_validation() on null in /var/www/html/zencart/includes/templates/template_default/templates/tpl_checkout_one_default.php on line 8

and in one_page_checkout_log -

2016-09-25 12:06:41 checkout_one_observer: checkout_one redirect: Array
(
[main_page] => checkout_shipping
)


Other modules installed are multisite and zipship if these may be affecting it.

EDIT: Actually, I just uninstalled zipship and still not working.

Quote:

---

Originally Posted by royaldave

Am using 1.5.4 and can't get it to work.

The checkout screen just has "Home" with no other breadcrumbs or content.

I get the following in debug -

[25-Sep-2016 12:06:41 Australia/Perth] PHP Fatal error: Call to a member function javascript_validation() on null in /var/www/html/zencart/includes/templates/template_default/templates/tpl_checkout_one_default.php on line 8 ....

---

What payment modules do you have configured? Do you get the same error if you disable the One-Page Checkout?

Quote:

---

Originally Posted by lat9

What payment modules do you have configured? Do you get the same error if you disable the One-Page Checkout?

---

I have paypal express checkout. If I turn it off the old 3 page checkout works ok.

Quote:

---

Originally Posted by royaldave

I have paypal express checkout. If I turn it off the old 3 page checkout works ok.

---

FIXED! Good old File permissions strike again. Thought I'd checked them all but a second sweep and I found it.

Quote:

---

Originally Posted by royaldave

FIXED! Good old File permissions strike again. Thought I'd checked them all but a second sweep and I found it.

---

Thanks for reporting back! Which file permissions required changing?

Quote:

---

Originally Posted by lat9

I've just submitted v1.0.5 to the Zen Cart Plugins for review. That version provides changes to address the following issues (as noted within the plugin's GitHub repository):

#39: Update jQuery handling to check for required selectors ... and issue a javascript alert if any are missing.
#40: Replace "CODE" tags in the log files to enable posting on the forums
#41: Hide bannerOne block on the confirmation page
#42: Hide "Confirm Order" button on the confirmation page

---

v1.0.5 is now available for download from the Zen Cart Plugins.

Quote:

---

Originally Posted by lat9

Thanks for reporting back! Which file permissions required changing?

---

It was the files that go under modules/pages. Quite a glaring error actually.

So I have done a clean install on a copy of website www.thedragonskeep.com/zencart155 I am able to get it up and running now issues except when I try and use stripe payment then will not process stripe payment will process check or paypal.

Here is my log.... Guessing somehow one page checkout isn't working with stripepay as stripepay works when set to false.
2016-09-25 16:08:03 checkout_one: CHECKOUT_ONE_ENTRY, version (1.0.5 (2016-09-24)), Zen Cart version (1.5.5a), template (stirling_grand)
2016-09-25 16:08:03 checkout_one: CHECKOUT_ONE_AFTER_SHIPPING_CALCULATIONS, pass (), free_shipping (), (not set)
2016-09-25 16:08:06 checkout_one: CHECKOUT_ONE_AFTER_SHIPPING_QUOTES

[01-Oct-2016 07:32:59 America/Denver] Request URI: /zencart155/zcadmin/sqlpatch.php?action=execute, IP address: 24.34.85.238
#1 trigger_error() called at [/home1/thedrah1/public_html/zencart155/includes/classes/db/mysql/query_factory.php:167]
#2 queryFactory->show_error() called at [/home1/thedrah1/public_html/zencart155/includes/classes/db/mysql/query_factory.php:139]
#3 queryFactory->set_error() called at [/home1/thedrah1/public_html/zencart155/includes/classes/db/mysql/query_factory.php:266]
#4 queryFactory->Execute() called at [/home1/thedrah1/public_html/zencart155/zcadmin/sqlpatch.php:304]
#5 executeSql() called at [/home1/thedrah1/public_html/zencart155/zcadmin/sqlpatch.php:672]

[01-Oct-2016 07:32:59 America/Denver] PHP Fatal error: 1062:Duplicate entry 'MODULE_PAYMENT_STRIPEPAY_CREATE_OBJECT' for key 'unq_config_key_zen' :: INSERT INTO zen_configuration VALUES ('', 'Create a Customer Object at Stripe?', 'MODULE_PAYMENT_STRIPEPAY_CREATE_OBJECT', 'True', 'Do you want to create Customer Objects at Stripe (True) or just charge the card every time (False)?', 6, 75, NULL, '2012-11-11 06:42:07', NULL, 'zen_cfg_select_option(array(''True'', ''False''), '); ==> (as called by) /home1/thedrah1/public_html/zencart155/zcadmin/sqlpatch.php on line 304 <== in /home1/thedrah1/public_html/zencart155/includes/classes/db/mysql/query_factory.php on line 167

What happens when you disable the One-Page Checkout? Does the Stripe payment module work then?

Yes it was working at least in test mode went through fine just couldn't get it to go if one page check out was set to true everything else works. But I just to totally messed up my zencart installation trying to change my wordpress database to be combined with my zencart one and on accident installed wordpress over my zencart store on main site. So here goes a new clean install of zencart 1.5.5a on active site, guess was time for that upgrade lol. Going to start again from scratch and see if continues but stripepay seemed to be working except when one page checkout was set to true then would just get the circle and back to the same page again.

Thanks
Sandria

Sandria, is this installed on a publically-accessible site? If so, please PM me the site link so I can see what's going on.

Hi

If the customer enters a different shipping address, but then changes their mind and checks 'shipping is the same as billing' again, the different shipping address is still used in the order.

Is this intended?

Not intended! I've created this GitHub issue to track that bug.

Quote:

---

Originally Posted by royaldave

Hi

If the customer enters a different shipping address, but then changes their mind and checks 'shipping is the same as billing' again, the different shipping address is still used in the order.
.....

---

Yep, can reproduce this ...

Hi

Another issue (I think). I make use of 'Store Pickup' and only just realised it doesn't appear to work. If you select 'Store Pickup' and click checkout it just refreshes the page and does nothing.

Quote:

---

Originally Posted by royaldave

Hi

Another issue (I think). I make use of 'Store Pickup' and only just realised it doesn't appear to work. If you select 'Store Pickup' and click checkout it just refreshes the page and does nothing.

---

Works fine on my 1.5.5a install (using One-Page Checkout 1.05)

Quote:

---

Originally Posted by frank18

Works fine on my 1.5.5a install (using One-Page Checkout 1.05)

---

ok, maybe i've broken it. I did try rolling back to original files but I guess I've missed something....

Quote:

---

Originally Posted by frank18

Works fine on my 1.5.5a install (using One-Page Checkout 1.05)

---

Ditto, here! @royaldave, how have you configured the storepickup module? I've just got that module set to its enabled, but default, settings.

Quote:

---

Originally Posted by lat9

Ditto, here! @royaldave, how have you configured the storepickup module? I've just got that module set to its enabled, but default, settings.

---

Hi. Module settings are is set to default.

Anyway I've fixed it by adding some code to the header file under modules/pages/checkout_one_confirmation

Maybe this shouldn't be necessary but at least I can move on now ...

BTW Belated thanks for such a great contribution - I feel so much prouder of our online shop thanks to this - always hated the 3 step checkout.

I'm still trying to understand what the underlying issue is, @royaldave. Would you post the changes you made, perhaps the issue will be obvious.

@Lat9
I'm receiving this warning

HTML Code:

---

Please contact the store owner; some required elements of this page are missing.

---

Would you like me to pm you the error log that is being generated?

Quote:

---

Originally Posted by picandnix

@Lat9
I'm receiving this warning

HTML Code:

---

Please contact the store owner; some required elements of this page are missing.

---

Would you like me to pm you the error log that is being generated?

---

When you receive that message, the elements that are missing are identified in your browser's console-log (there's no error-log generated for this case). Using most (i.e. Chrome, FireFox, IE) browsers, press the F12 key to bring up the debug-console and click the browser's "Console" tab.

Quote:

---

Originally Posted by lat9

When you receive that message, the elements that are missing are identified in your browser's console-log (there's no error-log generated for this case). Using most (i.e. Chrome, FireFox, IE) browsers, press the F12 key to bring up the debug-console and click the browser's "Console" tab.

---

wow everyday really is a school day :hug:

HTML Code:

---

Missing #otshipping

---

Possibly relevant; I'm using your All virtual products (1.5.5+ version)

Quote:

---

Originally Posted by picandnix

wow everyday really is a school day :hug:

HTML Code:

---

Missing #otshipping

---

Possibly relevant; I'm using your All virtual products (1.5.5+ version)

---

Hmm, I'm guessing quite relevant. I've noted the issue in the one-page checkout's GitHub repo and hope to have time to address it shortly.

Quote:

---

Originally Posted by lat9

I'm still trying to understand what the underlying issue is, @royaldave. Would you post the changes you made, perhaps the issue will be obvious.

---

OK, sorry for the delay, I've got this near the top of the file -

$old_shipping = $_SESSION['shipping'];
$_SESSION['shipping'] = (zen_not_null ($_POST['shipping'])) ? zen_clean_html ($_POST['shipping']) : '';



and later I have -





// handle shippin method change
if (($_SESSION['shipping']) != $old_shipping) {
$checkout_one->debug_message ('NOTIFY_CHECKOUT_ONE_CONFIRMATION_NO_SHIPPING');
zen_redirect (zen_href_link (FILENAME_CHECKOUT_ONE, '', 'SSL'));
}

OK, I can envision where that might happen (shipping method changes based on payment method?). @royaldave, what are the shipping methods and payment methods that you have enabled and the configuration settings for storepickup?

I've just submitted v1.0.6 to the plugins' area for review. That version contains the following changes (the numbers are the GitHub issue numbers):

#51: Add confirmation exclusion for Stripe-Pay payment method
#50: Ensure that the customer is confirming the actual order
#49: Don't require shipping order-total if the order's all virtual
#48: Capture the current base updates to /ajax.php
#45: Correct shipping=billing after shipping-address change.
#44: Correct stock-check handling

Quote:

---

Originally Posted by lat9

OK, I can envision where that might happen (shipping method changes based on payment method?). @royaldave, what are the shipping methods and payment methods that you have enabled and the configuration settings for storepickup?

---

Only Payment we use is Paypal Express Checkout.

As for shipping , the site in question has zipship and Store Pickup.

Store Pickup settings -

Customer In Store Pick-up

Enable Store Pickup Shipping
True

Shipping Cost
0.00

Tax Class
--none--

Tax Basis
Shipping

Shipping Zone
--none--

Sort Order
0




For what its worth I'm on 1.5.4 as well.

Quote:

---

Originally Posted by lat9

I've just submitted v1.0.6 to the plugins' area for review. That version contains the following changes (the numbers are the GitHub issue numbers):

#51: Add confirmation exclusion for Stripe-Pay payment method
#50: Ensure that the customer is confirming the actual order
#49: Don't require shipping order-total if the order's all virtual
#48: Capture the current base updates to /ajax.php
#45: Correct shipping=billing after shipping-address change.
#44: Correct stock-check handling

---

:censored: Well, I've done it again; please hold off from using this version until I post back; there's something very wrong going on. The confirmation page is always seeing a change in the shipping method and not allowing the order to proceed.

Quote:

---

Originally Posted by lat9

:censored: Well, I've done it again; please hold off from using this version until I post back; there's something very wrong going on. The confirmation page is always seeing a change in the shipping method and not allowing the order to proceed.

---

v1.0.7 has been submitted for review, correcting this issue.

Quote:

---

Originally Posted by lat9

v1.0.7 has been submitted for review, correcting this issue.

---

Now available for download from the Zen Cart plugins.

Sorry, still having problems.

As mentioned before I have Store Pickup and zipship installed as my shipping modules.

By default zencart will select zipship on checkout. If I change to Store Pickup and try to continue it refreshes the page, gives me the "Your order's details have changed. Please review the current values and re-submit." warning, but zipship is still selected.

Just discovered another problem.

If zipship is unable to find a rate against the postcode then it displays 'Sorry. Delivery is not available to selected address.' and cannot be selected, and pressing the continue button basically doesn't work.

with checkout_one it does this properly in the shipping selection boxy, however it displays an old rate (plucked from where?) in the summary at the bottom of the page. And if the user pressess continue a couple of times it will let them through.

@royaldave, is this the zipship shipping module ... last updated in 2007?

Quote:

---

Originally Posted by lat9

@royaldave, is this the zipship shipping module ... last updated in 2007?

---

Nice little shipping method! I just installed it on my local testbed, ZC1.5.5a, One-Page Checkout v1.0.7 ... enabled it with a couple of zipcodes and checked out with no issue, so what's different with your setup?

I think you need to put in an address with a zipcode that doesn't have a rate against it, and try and force a checkout, and hopefully you'll see what I am seeing.

Quote:

---

Originally Posted by royaldave

I think you need to put in an address with a zipcode that doesn't have a rate against it, and try and force a checkout, and hopefully you'll see what I am seeing.

---

Check your PM for instructions to send me a debug file.

Is there a (not complicated) way to switch the default shipping alternative selected by OPC either from the most expensive to the least expensive, or (better yet) default to whichever option the customer selected on the shopping cart page?

In the shopping cart the alternative estimates are presented from most to least expensive, but the least expensive is auto-selected as default for the customer. They can, of course, select a more expensive option.

But on the OPC page, the most expensive option is selected as default, regardless of the option the customer selected on the shopping cart page. The customer can change the option on the checkout page and the total cost will be auto adjusted, but my concern is that a customer will select choice A on the cart page, then gloss over it (Oh I already did that I don't need to pay attention to it) on the checkout page.

Sample from shopping cart page (fake customer):
Attachment 16755

Sample from OPC page:
Attachment 16756

zc 1.5.5a, Responsive Sheffield Blue 2.0, Canada Post, One Page Checkout, many other mods.

What a great add-on!!
I would like to add the unit price and model to the checkout page and would appreciate any guidance.
Thanks in advance.

Quote:

---

Originally Posted by soxophoneplayer

Is there a (not complicated) way to switch the default shipping alternative selected by OPC either from the most expensive to the least expensive, or (better yet) default to whichever option the customer selected on the shopping cart page?

In the shopping cart the alternative estimates are presented from most to least expensive, but the least expensive is auto-selected as default for the customer. They can, of course, select a more expensive option.

But on the OPC page, the most expensive option is selected as default, regardless of the option the customer selected on the shopping cart page. The customer can change the option on the checkout page and the total cost will be auto adjusted, but my concern is that a customer will select choice A on the cart page, then gloss over it (Oh I already did that I don't need to pay attention to it) on the checkout page.

Sample from shopping cart page (fake customer):
Attachment 16755

Sample from OPC page:
Attachment 16756

zc 1.5.5a, Responsive Sheffield Blue 2.0, Canada Post, One Page Checkout, many other mods.

---

That's weird, by default the least-expensive option is auto-selected by the One-Page Checkout (at least on my demo site) so there's something else going on that causes the auto-selection to choose the most-expensive. Is that "Canada Post" shipping-method available in the Zen Cart downloads (I'm being lazy)?

Quote:

---

Originally Posted by allmart

What a great add-on!!
I would like to add the unit price and model to the checkout page and would appreciate any guidance.
Thanks in advance.

---

Thank you for the complement!

Right now, short of creating a template-override version of /includes/templates/template_default/templates/tpl_checkout_one_default.php, there's no configurable method to add those fields.

Quote:

---

Originally Posted by lat9

That's weird, by default the least-expensive option is auto-selected by the One-Page Checkout (at least on my demo site) so there's something else going on that causes the auto-selection to choose the most-expensive. Is that "Canada Post" shipping-method available in the Zen Cart downloads (I'm being lazy)?

---

Yes its in plugins. ttps://www.zen-cart.com/downloads.php?do=file&id=4 Dr Byte creation, but not updated since 1.5.3 .Canada Post also not updating from their end - as far as I gather they have come out with new api for which there is currently no zc mod. Dr B's mod, however remains functional, (other than this communication issue)".