Nope, the defined_paths.php will supply the DIR_FS_LOGS definition by extending DIR_FS_CATALOG if that definition doesn't already exist ... which it did!Quote:
Originally Posted by jpda
Printable View
Nope, the defined_paths.php will supply the DIR_FS_LOGS definition by extending DIR_FS_CATALOG if that definition doesn't already exist ... which it did!Quote:
Originally Posted by jpda
Thanks again, I will check things again and report back because I think the DIR_FS_CATALOG existed and DIR_FS_LOGS was not explicitly defined in local configure.php. No log files were written at that point in time. They appeared again after I had explicitly defined DIR_FS_LOGS in the local configue.php :unsure:Quote:
Originally Posted by lat9
Cheers,
jpda
Have checked it again.Quote:
Originally Posted by jpda
Removed both local directories and put both local configure.php files in their 'normal' directories (/includes/ and /admin/includes/, w/o explicit defines for logs. Thus forcing reading of these configure files.
Result: both debug logs were written.
Restored both local directories, put both local configure.php files in those local directories (/includes/local/ and /admin/includes/local/), w/o explicit defines for logs
And:
Restored both original configure.php files from the live site into their 'normal' directories (/includes/ and /admin/includes/).
Result: no log files!
Extra check: when I remove all configure.php files from /includes/ and /admin/includes/, leaving the local versions w/o explicit defines for logs, then debug logs will be written!
Conclusion? :unsure::unsure:
Cheers,
jpda
@jpda, since this issue doesn't have to do with One Page Checkout, I've created a new thread (https://www.zen-cart.com/showthread....15#post1340915) in which to continue these discussions.
@lat9: Of course, you are right, should have done it myself, sorry.
Thank you so much for all your help with the issue!
Cheers,
jpda
Help with Uninstalling due to Ajax errors
Hi I ran the sql script to uninstall and set all the options in the module to false but get the following error in admin includes/templates/westminster_new/jscript/jscript_framework.php" is required for the plugin's proper operation.
If I put the script back the error goes but then the ajax errors come back.
Please could you advise how I remove it for now as when I tried deleting the files from the module I got a blank site and had to restore a backup.
Thanks in advance
Bob
You'll need to remove all the plugin's files, too. That error message comes from /YOUR_ADMIN/includes/init_includes/init_checkout_one.php.Quote:
Originally Posted by merlin57
Thank you for your quick response.Quote:
Originally Posted by lat9
Was hoping the uninstall sql would have done it.
Cheers
Nope, but an auto-uninstaller is on my list of enhancements to One Page Checkout!Quote:
Originally Posted by merlin57
Hello, I am using the one page checkout. It works correctly in language'dutch', but in language'french' it always returns with the message: 'Your order's details have changed. Please review the current values and re-submit.' . Can somebody help me with this?
@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.
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
Attachment 17656
@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.
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.Quote:
Originally Posted by lat9
I should have that (re-)corrected later today.
@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?
@lat9, the charset is utf8_general_ci in both files and in my configuration file and also the same for my database.
@ Lat9, you have a PM
Marcel
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-??.Quote:
Originally Posted by hbhorsesbe
@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.
Quote:
Originally Posted by lat9
Thanks for you great help.
I have the following into configuration:
Payment_methods_requiring_information: square,paypal I am thinking perhaps I have this wrong tested only under paypal express at moment.
getting these errors in my php-fpm Log even know orders go through:
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined index: paypalwpp in /var/www/giftboundgifts/includes/classes/order.php on line 354
[31-Jan-2018 05:32:01 UTC] PHP Notice: Trying to get property of non-object in /var/www/giftboundgifts/includes/classes/order.php on line 354
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined index: paypalwpp in /var/www/giftboundgifts/includes/classes/order.php on line 355
[31-Jan-2018 05:32:01 UTC] PHP Notice: Trying to get property of non-object in /var/www/giftboundgifts/includes/classes/order.php on line 355
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined variable: coupon_code in /var/www/giftboundgifts/includes/classes/order.php on line 356
[31-Jan-2018 05:32:01 UTC] PHP Notice: Trying to get property of non-object in /var/www/giftboundgifts/includes/classes/order.php on line 356
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined variable: pass in /var/www/giftboundgifts/includes/modules/pages/checkout_one/header_php.php on line 209
[31-Jan-2018 05:32:01 UTC] PHP Notice: Constant FREE_SHIPPING_TITLE already defined in /var/www/giftboundgifts/includes/languages/english/modules/order_tot$
[31-Jan-2018 05:32:01 UTC] PHP Notice: Constant FREE_SHIPPING_DESCRIPTION already defined in /var/www/giftboundgifts/includes/languages/english/modules/ord$
[31-Jan-2018 05:32:01 UTC] PHP Notice: Constant MODULE_ORDER_TOTAL_COUPON_HEADER already defined in /var/www/giftboundgifts/includes/languages/english/modu$
[31-Jan-2018 05:32:01 UTC] PHP Notice: Constant SHIPPING_NOT_INCLUDED already defined in /var/www/giftboundgifts/includes/languages/english/modules/order_t$
[31-Jan-2018 05:32:01 UTC] PHP Notice: Constant TAX_NOT_INCLUDED already defined in /var/www/giftboundgifts/includes/languages/english/modules/order_total/$
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined property: ot_subtotal::$credit_class in /var/www/giftboundgifts/includes/classes/order_total.php on line 1$
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined property: ot_shipping::$credit_class in /var/www/giftboundgifts/includes/classes/order_total.php on line 1$
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined index: cot_coupon in /var/www/giftboundgifts/includes/classes/order_total.php on line 167
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined index: cot_group_pricing in /var/www/giftboundgifts/includes/classes/order_total.php on line 167
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined property: ot_tax::$credit_class in /var/www/giftboundgifts/includes/classes/order_total.php on line 165
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined property: ot_loworderfee::$credit_class in /var/www/giftboundgifts/includes/classes/order_total.php on lin$
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined index: gv_redeem_code in /var/www/giftboundgifts/includes/modules/order_total/ot_gv.php on line 238
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined index: submit_redeem_x in /var/www/giftboundgifts/includes/modules/order_total/ot_gv.php on line 284
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined property: ot_total::$credit_class in /var/www/giftboundgifts/includes/classes/order_total.php on line 165
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined index: cc_id in /var/www/giftboundgifts/includes/modules/order_total/ot_coupon.php on line 392
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined index: total in /var/www/giftboundgifts/includes/modules/order_total/ot_group_pricing.php on line 32
[31-Jan-2018 05:32:01 UTC] PHP Notice: Undefined index: total in /var/www/giftboundgifts/includes/modules/order_total/ot_group_pricing.php on line 33
Forgive me if I seem terse. I know you're new here but, in your short time, you've done @ 5 posts per day and often ignored requests or suggestions that could help us help you.Quote:
Originally Posted by tmccaff
Take the first sentence. What do you mean by configuration? We're not mind readers. It's like saying you have an engine problem. It could be no water, no gas, no battery, no plugs, etc. We could be telling you to check water, gas, etc only to find that you have an electric car.
Second sentence. If you are having problems with square and paypal, what are you doing in the one page checkout thread?
OPC is VERY easy to turn off in the ADMIN >> Configuration >> One-page checkout settings. Have you turned that off and tried to see if you still have problems? If you do, fix those first.
Have you ever looked at the posting tips that show up when you open or reply to a thread? They're often treated like the shrink-wrap on the directions manual. They're there for a reason. Everyone here is a volunteer and shouldn't have to second guess you, set up a test site to try to recreate your problem, or try to sort out code that you fail to use the code tag (#) to display the items.
Your errors show that some ot files have items that should be there but are not working AND items that aren't there that the system is looking for in order to operate. You can't properly troubleshoot when you are trying to run three items together that might have common files.
First steps in getting help on the forum is to attempt to make it easier for the helpers.
Back off to a time in your install when you have only one item using orders.php. See if it works.
Remove it and try the other. See if it works.
Remove it and try the third. See if it works.
If all three work, put 1 and 2 together. See if they work.
If that works, put 1 and 3 together. See if they work.
If that works, put 2 and 3 together. See if they work.
Seems like a lot of work and it is. A lot of time that you should spend getting as close to the problem as possible so that your helper can help you.
Everyone here on the forum is anxious to help but not so able to invest much time in areas you should address before posting.
THANX for your future consideration in helping us to help you.
@tmccaf, I'll echo (silently) what @dbltoe said. You've posted a bunch of PHP Notices (only one actually issued within OPC code) which shouldn't affect operation.
What is the problem you're trying to solve?
I'm pleased to announce that the beta-test for One-Page Checkout v2.0.0 has begun! I've got these changes (a ton of them) available for testing on an alternate GitHub repository (https://github.com/lat9/one_page_checkout_guest). Once the beta-test phase is complete, I'll merge the v2.0.0 changes and additions back into the base plugin's repository.
This release provides the integration of guest-checkout and registered-accounts features into OPC, using its 1.5.0 version as the basis. Additional documentation can be viewed at https://lat9.github.io/one_page_checkout.
If you are providing beta-test comments, please report those via GitHub issues rather than here in the forum.
I thought I had seen this before but can't find any mention in the thread. 1.4.2 is installed on ZC 1.5.5f. The problem is the Confirm your Order button cannot be clicked, regardless of payment method selected.
The console shows no errors:
setFormSubmitButton, payment-module: null
jquery.checkout_one.min.js:5 Showing "confirm"
jquery.checkout_one.min.js:5 Setting orderConfirmed (0), submitter (null)
jquery.checkout_one.min.js:5 jQuery version: 1.11.1
Shipping module is Free Shipping.
Payment are: Elavon, Check/Money order and PayPal Express Checkout
I've never used Elavon. What happens if you (temporarily) disable that payment method? Can the Confirm your Order button be clicked now?Quote:
Originally Posted by jeking
Nope, I'm afraid not.Quote:
Originally Posted by lat9
Did you select a payment type? The "Confirm" or "Review" button won't fire without it.Quote:
Originally Posted by jeking
Yes, tried both Check/Money order and PayPal.Quote:
Originally Posted by lat9
Please email me the OPC log associated with the failed display. Is the site in question publicly available?Quote:
Originally Posted by jeking
Will do and yes. Look for both in your email. Thanks!Quote:
Originally Posted by lat9
Got em! It looks like you've got a down-level version of Image Handler's jscript_imagehover.js (see this GitHub issue for details).Quote:
Originally Posted by jeking
Nice sluthing! I'll get that fixed.Quote:
Originally Posted by lat9
I'm pretty sure that that's the root-cause; let me know if that doesn't correct the issue.Quote:
Originally Posted by jeking
No good dead goes unpunished. I can click the button....and now I'm getting the famous "You must choose a shipping method for your order before the order can be confirmed."Quote:
Originally Posted by lat9
In the console, I do see:
jquery.checkout_one.min.js:5 Uncaught TypeError: Cannot read property 'top' of undefined
at o (jquery.checkout_one.min.js:5)
at t (jquery.checkout_one.min.js:5)
at HTMLSpanElement.<anonymous> (jquery.checkout_one.min.js:5)
at HTMLSpanElement.dispatch (jquery.min.js:3)
at HTMLSpanElement.r.handle (jquery.min.js:3)
I don't think I mentioned this, but I'm using OPC 1.5.0
Please update the setting on the site to use the unminified version of the jScript files (that'll give a bit more information as to the location of the issue).Quote:
Originally Posted by jeking
How is the associated product defined (I see it's free shipping)?
For shipping, I've got "Order Free Shipping 0 Weight Status" set to TRUE.
Minified is now false.
Showing "confirm"
jquery.checkout_one.js:54 Setting orderConfirmed (0), submitter (null)
jquery.checkout_one.js:54 jQuery version: 1.11.1
jquery.checkout_one.js:54 setFormSubmitButton, payment-module: moneyorder
jquery.checkout_one.js:54 Showing "confirm"
jquery.checkout_one.js:54 submitFunction, 2 arguments: 0, 0,
jquery.checkout_one.js:54 Current order total: 47.50, text: $47.50
jquery.checkout_one.js:54 submitFunction, on exit submitter=null
jquery.checkout_one.js:54 Setting orderConfirmed (1), submitter (null)
jquery.checkout_one.js:54 Submitting order-creating form
jquery.checkout_one.js:255 Uncaught TypeError: Cannot read property 'top' of undefined
at focusOnShipping (jquery.checkout_one.js:255)
at changeShippingSubmitForm (jquery.checkout_one.js:356)
at HTMLSpanElement.<anonymous> (jquery.checkout_one.js:501)
at HTMLSpanElement.dispatch (jquery.min.js:3)
at HTMLSpanElement.r.handle (jquery.min.js:3)
Ah, thanks for that ... yet another configuration switch that I didn't take into account! Where is that definition set (so I don't have to troll through the various configuration options)?Quote:
Originally Posted by jeking
Never mind, found it in Configuration->Shipping/Packaging.Quote:
Originally Posted by lat9
Sorry, you beat me to it.Quote:
Originally Posted by lat9
Have you made template-override changes to /includes/templates/YOUR_TEMPLATE/templates/tpl_modules_checkout_one_shipping.php?Quote:
Originally Posted by jeking
I ask because that setting is active on my demo site and checking out with this product in the cart results in the shipping-cost block being displayed ... which isn't displayed on your test site.
No, that file does not exist in my template folder. Only in template_default and it's un-modified. I checked to be sure.Quote:
Originally Posted by lat9
Hmm, what else would cause it to not display?
Still checking ... it'll be tomorrow before I have an answer/correction.Quote:
Originally Posted by jeking
Ok, this was bugging me ... do you have Modules->Shipping->FREE SHIPPING! (i.e. freeshipper) enabled?Quote:
Originally Posted by lat9
I have Fresh Installed Zencart 155f with YOURStore template.
I am getting this error
Your order's details have changed. Please review the current values and re-submit.
I have attached the log file.
Attachment 17775
Here is development url :
http://www.cartoonbox.ga
Really Appreciate any help.
If that's Themeforest template, I wasn't able to get it to work with One Page Checkout or many other mods. Some of the mods built into that template are outdated and don't seem to play nice. Further, some outdated mods are integrated into other parts of the template making it extremely difficult to update or replace them.Quote:
Originally Posted by ntestinfo11
The One Page Checkout Readme includes note that Themeforest YourSite is not compatible. I don't know if YourSite is same as YourStore or??
Thanks, @soxophoneplayer; that's the one that I meant:blush: (YourStore rather than YourSite). I'll get the readme updated, but you're spot-on as that template just re-invents the wheel on various "standard" Zen Cart HTML selectors, making it not compatible with the OPC.Quote:
Originally Posted by soxophoneplayer
The base issue with the YourStore template is its reformatting of the order-totals section (see /includes/templates/YourStore/templates/tpl_modules_order_total.php). The reformatting "confuses" the OPC's checkout_one page processing, causing it to believe that the Total: label-element contains the order's total value. That difference between an order totaling to Total: as opposed to one totaling to $12.50 is what "kicks the order back" to the checkout-entry page.Quote:
Originally Posted by ntestinfo11
There's another issue, too, in that the moneyorder payment method isn't captured during the checkout processing, but set during confirmation. That too, assuming that the above issue is corrected, would cause the "kick-back".
just moving this one from another thread :-
Default OPC and Delivery Date Plug ins
Not sure if this is the right place - but.
Using classic responsive template for a rather specialised activity which is a kind of "Service Booking".
But the details are irrelevant.
I have everything in as I require EXCEPT I want both the One Page Checkout and Delivery Date Plugins - that latter does not seem to fit in with OPC though both work fine independantly.
Am I expecting too much ?? Or can it be done?
I have done a "fiddle" to get the date in while running OPC which works BUT I am putting PHP code, html form code, setting Session variables and updating SQL by editing in admin in the main page. Work fine and its easy to pick up the date later but I am concerned that seems a very insecure method of coding the functionality in - any comments ?
Order Delivery Date - Version: 2.5.2
One-Page Checkout - Version: v1.5.0
Did you apply the patches for Order Delivery Date, as identified in the OPC readme?
The plugin's design also utilizes jQuery as its AJAX interface to the various updates required. There are some Zen Cart plugins that use the MooTools interface that will need a little extra "care and feeding" for compatibility with One-Page Checkout. OPC's v1.0.8 release provides the changes that enable interoperation with MooTools, but some plugin-specific changes might be needed in addition — specifically:
- Order Delivery Date. You'll need to copy that plugin's jscript*.* files to the /includes/modules/pages/checkout_one directory and modify the file jscript_a-mootools.js, adding the highlighted line to the top of that module:
//MooTools, , My Object Oriented (JavaScript) Tools. Copyright (c) 2006-2009 Valerio Proietti, , MIT Style License.
jQuery.noConflict();
I rather hope it woild be a trivial !! Never mind. I shall have a look and see if I get anywhere.
Query - Has anybody actually HAD the two working together?
Yes, and with the above edit, mentioned in the readme, they inter-operate just fine.Quote:
Originally Posted by shayne
Any Idea what causes this problem? I have new install Zen cart version 1.5.5e with Winchester_responsive template V155 and just installed One Page Checkout and PayPal express, use shipping modules UPSxml and USPS. click on Paypal Express button, enter Paypal account, password and method of payment (Paypal) Paypal then returns to web page and displays two messages 1st contact store owner..... 2nd expedited checkout not available........ No log file is created- Google console displays #otshipping missing.
@RWJ99, I'll need to look at this in the morning (I'm sure I'll have additional questions). My puzzlement is that I've got a client running one of the zc1.5.5 variants with OPC and the winchester_responsive template without issue.
One thing before I go for the day: How did you install the base Zen Cart?
I have a number of modifications made - mainly to blank out unneeded displays so I wanted to check that none of those caused the issue
So I went back and did a "raw install" with the demo data with just the two add ins as the only changes and got the same problem.
I will run through this from scratch again tomorrow .
I followed the docs implicitly - just a query though on ODD - the 155 load includes two template folders
YOUR_TEMPLATE and YOUR_TEMPLATE_RESPONSIVE - I am using classic responsive. Am I renaming these folders wrongly ? Though I think I have tried all combinations and missing each out!.
But as I said earlier both OPC and ODD work fine when installed seperately i just "lose" the delivery date feature when they are combined.
I will go again (again) through the readme but I cant see anything amiss
The OPC's readme is pretty clear, I think, on the purpose of that YOUR_RC_CLONE directory. If you're using the responsive_classic (or better yet, a clone thereof), then the template's header formatting is different. In that case you'll make all the merges identified in the /YOUR_TEMPLATE directories (other than the /includes/templates/YOUR_TEMPLATE/common) and then merge your current copy of /includes/templates/your-current-template/common/tpl_header.php with the like-named file in the plugin's YOUR_RC_CLONE directory.Quote:
Originally Posted by shayne
The readme update regarding the need for the Order Delivery Date MooTools update occurred in early November, 2016. I've searched through this support thread (because someone reported the issue) but no-go.
New install using Filezilla and download from Zencart. Added the Winchester Responsive template. I can disable OPC and everything works fine and fails after clicking on Continue from the PayPal page.Quote:
Originally Posted by lat9
Back to my OP with ODD problem
I have tried all combinations i can think of.
I took ZC 1.5.5f with demo data and loaded it from clean - responsive classic template
Works fine
Added One Page Checkout 1.5.0 - works fine .
Started again from total scratch - loaded ZC then
Added Order Delivery Date 2_5_2 BUT DID NOT LOAD OPC - works fine
Then loaded OPC and did the README instructions as far as I can see precisely. OPC works fine - no sign of the Delivery Date any more.
Then started from scratch again and did it the other way - ZC in Fine , OPC in - Fine , ODD in - no trace of Date but OPC is still fine.
Either I am having a stupid day or there is another wheel off somewhere.
I did however wonder whether I had grasped quite what you exactly mean by
"YOUR_TEMPLATE" "your-current-template"and "YOUR_RC_CLONE"
I only have the one template responsive classic - straight from the ZC install so i presumed this is what was meant by all those labels ?
Enabling the OPC inm admin turns off the ODD - so I presume its some template issue.
But I cant see how and time is awasting !
I think either I am being really stupid - and I would love to have somebody tell me how !
Or this is just toooo messy.
I kludged it by adding the Delivery Date input bit into the the Special Comments section in the OPC stuff and my initial fiddle ( by adding it in as simple form code in the Main_Page) works finetoo. so I have two ways forward . But it would be lovely to do it "properly"
@shayne, the ODD plugin requires changes to the checkout_payment and checkout_confirmation pages ... neither of which are used by the OPC processing.
As you'd indicated, you'll need to make template-override versions of one of the OPC's template sections. To add the ODD information to the comments area, you'll copy /includes/templates/template_default/templates/tpl_modules_opc_comments.php to /includes/templates/your-template-name/templates and make your edits there.
Cindy,
I am trying to use OPC in combination with the new boostrap theme, but get an error popup "Please contact the store owner; some required elements of this page are missing."
Opening the console I can see
After clicking ok, I get a checkout screen, but layout is screwedCode:Missing #otshipping
setFormSubmitButton, payment-module: null
Showing "confirm"
Setting orderConfirmed (0), submitter (null)
Arggh, I was afraid of that ... but haven't had time to do the integration-testing myself. I'll put that on my list, to see what's up and what can be changed to enable the integration.Quote:
Originally Posted by Design75
Turns out that it's a combination of issues (see https://github.com/lat9/one_page_checkout/issues/118) that is preventing the interoperation. I'll report back here when updates are available.Quote:
Originally Posted by lat9
I've just submitted v2.0.0 of One-Page Checkout to the Zen Cart Plugins for review, containing changes associated with the following GitHub issues:
#107: Add processing to enable "guest-checkout" and "registered-accounts" features.
#108: Align STOCK_CHECK clause in shipping checks with "checkout_shipping" current handling.
#109: Redirects to the "time_out" pages via SSL protocol.
#110: Correct integration with "Product Delivery by Postcode".
#111: Correct integration with the "PayPal Express Checkout" shortcut button.
#112: Correct message when no shipping is available.
#116: Correct misspelling in console log.
#118: Enable interoperation with the "ZCA Bootstrap Template".
This version introduces Guest Checkout and Account Registration features similar to those provided by the COWOA and COWAA plugins. I'll update this support thread when download is available.
I uploaded from git, as a guest I don't get any payment methods...
When I login as a customer all work as intended....Code:Sorry, we are not accepting payments from your region at this time.
Please contact us for alternate arrangements.
Any Ideas?
The default settings for the guest-checkout disallow the use of cod and moneyorder payment methods; you can change that in the Configuration->One-Page Checkout settings.Quote:
Originally Posted by rbarbour
My, that was fast! The update is now available for download from the plugins!Quote:
Originally Posted by lat9
Well, I feel stupid. :blush:Quote:
Originally Posted by lat9
I can honestly say "I really like this plugin". :bigups::bigups:
After trying other "one-page" & "COWOA" plugins this one is by far structured much better....
I am almost tempted to break my own rule about adding 3rd party plugins to my free templates..
Thanks for the compliment, @rbarbour!Quote:
Originally Posted by rbarbour
I'd suggest, however, distributing only template-overrides for the various pages' formatting since the guest-checkout/registered-accounts handling is fairly new and could wind up being fluid.
Maybe I should stick to templates :blush:
Fresh install from both GIT and ZC plugins. Can't confirm order, keep getting:
HTML Code:Your order's details have changed. Please review the current values and re-submit.
I'm guessing that you're using the ZCA Bootstrap Template:D ... did you create the (required) template-override file for the tpl_modules_opc_shopping_cart.php file?Quote:
Originally Posted by rbarbour
Using the combination of OPC and the bootstrap template, I can not see the Terms and Conditions checkbox
Darn it; I thought that I'd added those Bootstrap classes to all the radio and checkbox inputs ... I apparently missed that one.Quote:
Originally Posted by Design75
GitHub issue created: https://github.com/lat9/one_page_checkout/issues/122
Not funny Cindy :hug:Quote:
Originally Posted by lat9
I was altering the layout of tpl_modules_order_totals.php to try something :blush: but seems reversing the order of output throws OPC for a loop......
Tee-hee!Quote:
Originally Posted by rbarbour
The interoperability change that I made to OPC for the Bootstrap (and other templates that re-format the order totals) checks to see what type of "container" each title/value pair is in (div or non-div). If in a div, then the OPC changes assume that the first-child of that contain will contain the total's value; otherwise, the assumption is that the totals' values are in the second-child (the presumed 2nd <td>) within the container.
Understood,Quote:
Originally Posted by lat9
My issue is: adding the (required) template-override file for the tpl_modules_opc_shopping_cart.php file works at initial visit to the page, however changing "say" the shipping method, the ajax update doesn't inherit the table styles "width", so it appears to be floating left.
I'd noticed that, too. I think (but didn't go "deep" enough) that it's because the tpl_modules_order_totals.php update provided by the template uses a colspan="2" for the title, so the column-count (created by tpl_modules_opc_shopping_cart.php) gets out-of-sync.Quote:
Originally Posted by rbarbour
I'm thinking that instead of the (required) template-override file for the tpl_modules_opc_shopping_cart.php file, adding a check to the template-override tpl_modules_order_totals.php file.Quote:
Originally Posted by lat9
This will allow for OPC to inherit the stock 'div' layout for use with the ZCA Bootstrap Template, I am not done with the template-overrides for the various OPC pages' formatting but you can see outcome here.
http://www.zcadditions.com/bootstrap_pro2_tpl_demo
I see you talking about the template-override file for the tpl_modules_opc_shopping_cart.php multiple times, but I could not find it anywhere in the manual. Or am I missing a point here?Quote:
Originally Posted by rbarbour
In the readme's Overview / Operation tab:Quote:
Originally Posted by Design75
v2.0.0 of One-Page Checkout has been validated with the ZCA Bootstrap Template, v1.0.4. Since that template uses a table-based layout for the order-totals' formatting, you'll need to make a template-override change to includes/templates/template_default/templates/tpl_modules_opc_shopping_cart.php, wrapping the order-totals' output with table tags:
Code:if (MODULE_ORDER_TOTAL_INSTALLED) {
$row_class = ($last_row_class == 'rowEven') ? 'rowOdd' : 'rowEven';
//-bof-opc/bootstrap, added <table></table> since the order totals are displayed as table-rows.
?>
<tr class="<?php echo $row_class; ?>" id="cartOrderTotals">
<td colspan="<?php echo (count($order->info['tax_groups']) > 1) ? 4 : 3; ?>" id="orderTotalDivs"><table width="100%"><?php $order_total_modules->process (); $order_total_modules->output(); ?></table></td>
</tr>
<?php
//-eof-opc/bootstrap
}
Thank, must have missed it :blush:Quote:
Originally Posted by lat9
That's easy to do, there are a lot of words!Quote:
Originally Posted by Design75
I'm upgrading to v2.0. As this is a major change and I had already customised v1.5 to suit my template, I'm unsure whether I'm seeing all the expected changes. I've referred to the docs and the additional documentation.
I'm working my way through the various checkout/account pages and the first query I have is
For a 'Full-Account Checkout', with two addresses and where shipping address is not the same as billing should there be a drop-down selection of address book entries in the shipping address section?
Yes, for full-account-checkout the customer has one or more addresses defined in your store. The drop-down address selection shows if the customer has at least one address recorded in your store.Quote:
Originally Posted by simon1066
I see that in tpl_modules_opc_address_block.php there is a reference to creation of a shipping dropdown likewise a css entry for #choices-ship. So I guess there should be a dropdown appearing.
I wonder under why the drop down is hidden, given I have multiple addresses in the address book and am able to manually edit the shipping address in index.php?main_page=checkout_one
Thank you, just saw your post. I'll have to go back and make sure I've merged correctly.
There's an additional clause that comes into play for the display of that address dropdown, as it's not displayed if the address cannot be updated (per shipping/payment module indication).Quote:
Originally Posted by simon1066
I think I might have to roll back and start again, looking at my payment choice on this local server I had Square Payments set up. Thinking this might cause problems (self-cert SSL) I have changed the payment to just Money Order.
Attempting to change the shipping address I get
never used PDP, but I've temporarily removed that code from tpl_modules_opc_shipping_choices.php and I can now successfully change the shipping address although still no drop-down while having plenty of addresses in the address book.Code:[30-Apr-2018 11:35:34 UTC] PHP Fatal error: 1054:Unknown column 'product_is_local_delivery' in 'field list' :: select product_is_local_delivery as check_it from products where products_id='214' limit 1 ==> (as called by) D:\wamp64\www\mydomain.co.uk\includes\classes\shopping_cart.php on line 1679 <== in D:\wamp64\www\mydomain.co.uk\includes\classes\db\mysql\query_factory.php on line 171
Cindy,
Having a bit af a odd case here. I am working on a site for a customer with a virtual products site. No shipping address is required, and no shipping modules are installed. Also the ot_shipping module is not installed, as it is not needed.
OPC comes with the missing elements error, as expected. What would be the best solution, besides me hacking in to the code? Is this something You can build in to the module? Like a check to see is shipping is installed?
Additional info:
-ZC 1.5.5f
- OPC 2.0
- Bootstrap template 1.0.4
I've noted this as an issue (https://github.com/lat9/one_page_checkout/issues/125) when no shipping-choices are available.Quote:
Originally Posted by simon1066
I'll look into that mishandling by OPC, but for the time being a work-around might be to configure the store to enable Modules->Shipping->freeshipper.Quote:
Originally Posted by Design75
That's what I have done, but the customer does not like to see that on the screen. But that is something I can hide easily with some css.
Thanks :bigups:
Quote:
Originally Posted by lat9
What is the that that the customer does not like to see on the screen?Quote:
Originally Posted by Design75
Tracking issue opened: https://github.com/lat9/one_page_checkout/issues/126
The order total is showing freeshipper, on checkout, and order history.
Attachment 17821
Quote:
Originally Posted by lat9
Thanks, @Design75. That will help me to determine how to address this issue.
for now i have put
in a override.cssCode:tr#otshipping {display: none;}
Quote:
Originally Posted by lat9
Hello.
I made some changes to payment modules to be not displayed and choosed by customer, when (for example) total order amount is higher, than x amount.
Or, when you choose to store pick-up, there is no need to display COD option.
I made changes in __construct code and in check() function.
But it dosnt work with OPC - it works fine after reloading whole page, but does not, after just checking radio buttons, ie :
when i check "store pick-up", option COD is still showed. When i push F5, COD option disapears.
Meksicus
@meksicus, would you zip-up and post your changes to storepickup so that I can investigate further?
Attached cash.php code.
Changes marked by bof-Meksicus / eof-Meksicus
cashd.zip
Meksicus
PM sent as the link above went to "page not found".