I've recently found that since I've installed this plugin (http://codecanyon.net/item/license-manager-for-woocommerce/5089794) whenever I try to manually change the status of an order (switching from processing to completed or the other way back) it loads a blank page when it just shows: NULL.
The strange thing is that if I back to the Order page and reload it, the status changes.
Another hint may be for example that the url when I arrive at the blank page with the "NULL" written in it, is something like this:
wp-admin/edit.php?s=&post_status=all&post_type=shop_order&_wpnonce=2d037c85cf&_wp_http_referer=%2Fwp-admin%2Fedit.php%3Fpost_type%3Dshop_order&action=mark_processing&m=0&_customer_user=&paged=1&mode=list&post%5B%5D=1117&action2=-1
What I can see there (and I might be wrong), is that after the _wpnonce appears a redirect with wrong values :S
Anything could help me? I'm kinda lost and I can't figure out where does this error comes from or make it right.
If I disable the plugin, everythings goes alright.
Greetings!
Related
Every incoming order's order status can't be updated. Any default extension such as cash on delivery and any controller that runs $this->model_checkout_order->addOrderHistory(...); is not executing. However, it seems that events are being fired for order emails are still being received. ?
Even on the admin area, updating the missing order's status or any order is not working. I have tried duplicating the function addOrderHistory to testOrderHistory (with the very same contents) and updated every call from $this->model_checkout_order->addOrderHistory(...); to $this->model_checkout_order->testOrderHistory(...); and it seems to work now.
However I would like to avoid editing core files just to fix it. Is there any other way? It also feels wrong to just change all core files from $this->model_checkout_order->addOrderHistory(...); to $this->model_checkout_order->testOrderHistory(...);
I have also checked both server logs and opencart logs and I can't find anything of relevance.
I have also tested returning strings from both testOrderHistory() and addOrderHistory() and proceeds to log them. Logging works fine at the controller's end but $this->model_checkout_order->addOrderHistory(...); always returns a bool(true) rather than the string I've been trying to return. However $this->model_checkout_order->testOrderHistory(...); seems to return the string correctly.
I'm stucked, It would be nice if you guys can shed me some light with regards to this. Thanks~
Using opencart 3.0.3.7
I did it. $this->model_checkout_order->addOrderHistory(...); was not being called because I've added another custom function that listens on event addOrderHistory/before that returns a boolean. This in turn halts the sequence.
I did not know that there are controllers that must not return a value especially if it is listening on an event.
I am having my first go at converting a HTML template to a custom WP theme, so far everything is working out quite well and it's a very nice learning process..
I am using Advanced Custom Fields with Advanced Custom Fields: Contact Form 7 plugin. And set it to display in the following way:
<?php echo do_shortcode( '[contact-form-7 id="135" title="contactform"]' ); ?>
Everything is displaying the way it should, however when I press submit (if filled) it seems to reload the page while adding the following to the URL:
/?_wpcf7=135&_wpcf7_version=5.1.6&_wpcf7_locale=da_DK&_wpcf7_unit_tag=wpcf7-f135-o1&_wpcf7_container_post=0&your-name&your-email&your-phone
If it's not filled it just reloads the page.
This indicates that something doesn't work the way it should, since CF7 normally comes with error (if not filled) or a success message (if filled).
Hope someone can figure this one out.
UPDATE
I managed to it from reloading, the reason was that the php statement was wrapped in
<form></form>
However now it doesn't submit, I am only left with a loading icon which turns around. I looked into what the error might be and got the following:
Error
UPDATE - PROBLEM IS MAYBE FIXED
So after looking up solutions I found out that having permalinks settings on postname instead of normal caused the error. I am running a local install however I am not sure how it will react when it comes lives. Anyone who has a solution or knows whats causing this?
(Text below updated based on some of the responses ...)
I have done some looking online and not found an answer that makes sense to me, so before someone says this has already been answered, please have patience and read the whole thing.
I have a PHP page that outputs a standard HTML form. The form works fine. The issue that comes up is the processing page ("ProcessThis.php" or whatever). If a user has used this page once, and their browser is caching pages, the next time they use it, fill out the form, and submit to "ProcessThis.php", they get a 404 error. This seems to happen if the user has bookmarked the page for the form and comes to it from the bookmark. If they use the browser's refresh button before filling out the form, that seems to clear the issue.
I am fairly sure this is a cache issue, but I am not 100% positive. What does seem to help is when the form page loads, having the person use the refresh button on their browser.
I have done some searching and all the information I can find on refresh (the PHP refresh() function, and meta tags and all that) is that this causes a loop (refresh every "n" seconds). What I need to do I think is find a way to clear the cache for this, rather than refreshing the page every "n" seconds. I am kind of at a loss on this ... my "google-fu" is failing me, perhaps and I am using the wrong search options. Hints, suggestions, etc. would be useful. Thanks.
The form itself (as a couple of people have asked for the code) is fairly complex, and I am not sure posting the whole thing is useful. It's basic HTML form tags ... the actual form tag that starts the form is this (really basic):
<FORM METHOD="POST" ACTION="ProcessCourtReportForm.php">
This now falls into the "never mind" category. It turns out that the people having the problem were linking to an older copy of the form (which I had forgotten to delete from the server) which was still available, but I had deleted the process page from the server, so the 404 Error was real, because the page being looked for really didn't exist. They have been instructed to modify the bookmarks in their browsers, and I removed the older php file for the form to avoid this issue in the future. D'oh.
I have a script that runs a PHP MySQL query with information gathered via a form. The query works fine but the weird thing is that it wont update the search variables if someone refreshes and enters new input into the form.
I can actually see the correct variables in the URL but they are just not being repeated in the query.
The really odd thing is if I go and edit the snippet in the ModX back end - even if its just adding a comment - save it and refresh the page it works until I try a new search again.
Would anyone know whats happening here?
Is your form snippet cached? You'll need it uncached to have it run fresh every time:
[[!snippet]]
That goes for any placeholders too:
[[!+placeholder]]
I've a drupal site with some plugins, everything is running fine, but i don't know why, in my frontpage this code isn't working:
if($is_front){
if ($messages):
print $messages;
endif;
}
If i try to do a var_dump of messages, it results in empty string.
The same code, on other pages (not front) is working.
This variable is used when showing sys/drupal messages (ex: after user registration), if i set the user registration to show a page different than the frontpage, the message is showed, otherwise it's not.
Thanks
You obviously know that $messages is only populated when you submit a form and validation fails or something similar. I wonder if perhaps, that variable is being cleared upon redirection to the homepage and thus not showing up???
I assume you have a form or something on the homepage which you are submitting?
Cheers,
Alex