Forum Replies Created
- AuthorPosts
-
there is already an alternative tax-rate you can set for any item
Sorry, only items that belong to the same (sub)category will be combined into the same (sub)category
This reply has been marked as private.no
wppizza -> tools -> maintenance
not every order that gets started , gets completed so you will have what you call “empty orders”
even so, what’s the issue/problem ?>…disort the Order-Id…
what does that mean ?>…wasn’t sure it would do this kind of stuff…
no, it does not.
all it does is open the shop/site for ordering outside your regular opening times for an order to be fulfilled during your opening times (with some timeslots 5/10/15 etc minutes per hour during your openingtimes)
,though there are a couple of more settings that can be set to tweak some things a bit moreIt does *not* do anything like “order “item A” now (lets say on the 10th Feb) for it to be *only* available on the 14th Feb for example
hope that clears things up…
just use the po/pot files included in the language directory of the plugin
they are split into admin and frontened files. what you are seeing in wppizza->localization in your wordpress admin are the frontend localization stringssince i cannot reproduce this here, it’s all kind of guess work , but we can try a couple of things regardless
as laid out below
( especially given that it seemingly works fine with COD orders so my current guess would be it’s a priorities issue somewhat…)a) in
wppizza-delivery-by-postcode.php
you will find at approx line 60
add_action( 'plugins_loaded', 'wppizza_dbp_set_version', 11);
change this to
add_action( 'plugins_loaded', 'wppizza_dbp_set_version', 1000);
and save that file
b)in
v3x.php
at approx line 36 you will find
add_filter('wppizza_filter_formfields', array($this, 'wppizza_dbp_output_formfields'), 10, 2);
change this as well to read
add_filter('wppizza_filter_formfields', array($this, 'wppizza_dbp_output_formfields'), 1000, 2);
and save that filetry doing a paypal order and see if this now gets picked up in it and let me know
(i assume here you are comfortable with editing a few lines of php code , if not let me know)
8 February, 2021 at 6:05 pm in reply to: Force users to pay online if they proceed a preorder #53948yeah, this will not work actually , as the meta value only gets inserted into the db when actually submitting the order, not before.
other than doing some javascript listening to the onchange event in the preorder plugin input field perhaps , then forcing a reload of the page with the filter conditionally set so the COD option gets removed/added as required , i cannot really think of anything else here at the moment
“Cannot start session” errors MUST be fixed. a lot of things – and the issue described might well be one of them – will not work if this is the case
please see
https://docs.wp-pizza.com/troubleshooting/?section=headers-already-sentin fact, if you add those constants and do a paypal order and you still have the same issue, check your wp-contents/debug.log as it *might* give us a clue now
hmm, so i cloned your site here as is , did a COD and a paypal order (using my own paypal credentials of course) and in both cases received the address information just fine.
the only thing I changed was
a) the paypal credentials (and there’s absolutely no reason i can think of that this could be the issue)
b) added the following to the wp-config.php before the /* happy blogging etc */ replacing your current WP_DEBUG etc cnstantsdefine('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);/*this should NEVER be true for production sites*/ define('WP_MEMORY_LIMIT', '256M');
Admittedly I would be really surprised if adding those constants to your wp-config.php on your installation would suddenly fix the issue as they are somewhat addressing completely different things.
However, please try adding those to your wp-config.php (most certainly increasing your memory limit would be a good idea in any case) , do a paypal order (sandbox or live) when you get a chance and let me know.
I do NOT actually expect this to fix the issue you are having – I’d be quite surprised in fact if it did – but let’s make sure neverthelessthanks
(if the above does not make sense to you / is too ‘techie’ , let me know and i’ll explain in more detail)
6 February, 2021 at 1:34 am in reply to: Force users to pay online if they proceed a preorder #53923first of all,
$preorder
is not an existing parameter/value in any event in this context, so this will never work .you probably want to use the
wppizza_filter_gateways_payment_options
filter to begin with https://docs.wp-pizza.com/developers/?section=gateway-filter-frontend
in conjunction with thewppizza_get_order_meta
function referred to here https://docs.wp-pizza.com/developers/?section=preorderi.e use
wppizza_filter_gateways_payment_options
and within that filter action get the preorder value useing ‘wppizza_get_order_meta’ function and do your conditionals depending on that meta value returnedThis reply has been marked as private.maybe there’s the issue . (just trying to narrow things down)
are you saying when you go to wppizza->templates -> email (or print, doesnt matter which)
and expand the details in the templates to see all the fields, you do not see an – additional – field in the “Customer Details” section that refers to that address from the post/zipcode plugin ?let me check something here. will get back to you
does the following work please ?
UN-check/DIS-able “Apply above position to all print/email templates. Disable to set position/display ….etc ” in the plugin options setting.
then go to wppizza -> templates (emails and print) and enable the post/zipcode fields there instead>No string translations activated
there’s the problem. it needs to be active if want to you use WPML with wppizzato be honest, it does not really make too much sense to not have it active / installed.
90%+ of the actual functionality of WPML depends on it – unless you have a very specific setup requirement i am not aware of - AuthorPosts