One-Page Checkout [Support Thread]

[lat9]

@hbhorsesbe, I'll need for you to generate a One-Page Checkout log and send it to my personal email address (which I'll send you via PM).

Turn on the One-Page Checkout Debug via the admin configuration tools. Log in as a customer (and make sure that the language is changed to French). Place an item into the cart and navigate to the OPC's checkout_one page.

Choose a shipping and payment method and, if your store is set up to require one, 'tick' the conditions checkbox.

Using your FTP program, navigate to your store's /logs directory and delete the myDEBUG-checkout-one-xx.log file (where xx is the customers_id associated with the test checkout).

Now, click the "Submit Order" button ... once. The processing, in your case, returns back to the checkout_one page. At that point, copy that generated debug-log and email it to me.

[MarcelK]

Hello,

This is a great plugin and is exactly what I want.

I didn't start business yet and setting up my shop and want to install this plugin.
However I have not the layout I expected.
Followed the installation instruction and checked it twice but what the customer is seeing is not as in the example of the OPC plugin.
It is a one page checkout but all is placed in 1 collumn and need to scroll a lot to get at the end.

I'm using version 1.5.5f and have the Alto Premium Multipurpose Responsive Zencart Theme from Perfectus.
Maybe I did something wrong, forgot a setting or OPC is not compatible with my template.
Can someone help or advise?

Marcel

[lat9]

@Marcel, is this installation on a site where I could view it? If you're not ready to "go public" you could send me a Private Message (PM) with the site's link and a test-user email/password.

I've not heard of that template and from your picture, it looks like a CSS-related issue.

[lat9]

@hbhorsesbe, I'll need for you to generate a One-Page Checkout log and send it to my personal email address (which I'll send you via PM).

Turn on the One-Page Checkout Debug via the admin configuration tools. Log in as a customer (and make sure that the language is changed to French). Place an item into the cart and navigate to the OPC's checkout_one page.

Choose a shipping and payment method and, if your store is set up to require one, 'tick' the conditions checkbox.

Using your FTP program, navigate to your store's /logs directory and delete the myDEBUG-checkout-one-xx.log file (where xx is the customers_id associated with the test checkout).

Now, click the "Submit Order" button ... once. The processing, in your case, returns back to the checkout_one page. At that point, copy that generated debug-log and email it to me.

Thanks for sending that! The issue is (and I'm certain that I've "solved" this before) that the initial entry to the confirmation page shows the order's total as €19.90, but after order-total processing that's changed to €19.90.

I should have that (re-)corrected later today.

[lat9]

@hbhorsesbe, I had another thought since you said that OPC's working fine in dutch, but not in french. Given the difference (identified above) that's causing the issue, what is the CHARSET value that is defined in your /includes/languages/dutch.php and in your /includes/languages/french.php?

[hbhorsesbe]

@lat9, the charset is utf8_general_ci in both files and in my configuration file and also the same for my database.

[MarcelK]

@ Lat9, you have a PM


Marcel

[lat9]

@lat9, the charset is utf8_general_ci in both files and in my configuration file and also the same for my database.

I'm asking about the CHARSET definition in the language files. I'm guessing that the Dutch version is utf-8 while french is a type of iso-8559-??.

[lat9]

@hbhorsesbe's issue turned out to be the settings in the store's CHARSET (and DB_CHARSET) definitions. Once the CHARSET values (in all primary language files, both admin and storefront) were set to 'UTF-8' and each of the DB_CHARSET values (in both /admin/includes/configure.php and /includes/configure.php) were set to 'utf8', all's better.

[hbhorses]

@hbhorsesbe's issue turned out to be the settings in the store's CHARSET (and DB_CHARSET) definitions. Once the CHARSET values (in all primary language files, both admin and storefront) were set to 'UTF-8' and each of the DB_CHARSET values (in both /admin/includes/configure.php and /includes/configure.php) were set to 'utf8', all's better.

Thanks for you great help.