I have installed a simple PayPal Cart plugin:
http://wordpress.org/extend/plugins/wp-ultra-simple-paypal-shopping-cart/
Installed just fine. However, when updating a quantity or anything that involves the posting of a form, WordPress returns a 404 error page.
Now, when investigating, I noticed someone mentioned that WordPress has some reserved words for form field names internally.
( http://wordpress.org/support/topic/404-pops-after-custom-form-submission-by-post )
I followed this trail and altered the name fields with Firebug on the fly and post the form.
Everything was post to the current page and it stayed on the same page (as expected) instead of the 404. So it seems that this IS indeed a WordPress issue.
Is there any way I can add exceptions to certain names in WordPress as a setting of some sort? Or if anyone knows a work-around for this plugin, I'd much appreciate it.
Many thanks for your input.
Michael.
EDIT:
Someone has also had this problem. See this thread...
http://www.ultra-prod.com/developpement-support/wp-ultra-simple-paypal-shopping-cart-group3/bugs-errors-help-forum8/404-error-thread76/
Any idea on a solution? I can't simply rename my post type. This is for a website that's already in production and has hundreds of products.
Hope someone can help.
Related
I everyone first of all sorry for my English, not a native speaker here.
I have a problem that is probably WordPress related and not Wp-All-import fault, but this is giving me headache.
I have a custom post (Properties) which has some custom fields, one of it is a true/false checkbox to set the property as featured.
Everything is working fine, the value get updated and is actually visible in the backend, so properties that need to be set as "featured" are actually ok.
The problem is that the posts are not showing on frontend, unless I manually update them, doing so will fix the problem and show the posts correctly.
The website is kind of a mess, we took it over because the client was unhappy with his previous service, and many template files have been changed or commented not following best practice...
I had a similar problem once (well... not really) , where adding terms for a taxonomy (while creating the post or just from the classic taxonomy page) will lead to an infinite loading, that was because of too many blanks space in the functions.php, but this is not the case.
I just don't get what it could be, if manual update is working is it a wp-all-import related problem? But the import is fine, I mean the checkbox is actually set to true....but the posts are not showing unless I manually update them.
Thank you in advance
I would like to add that exact same problem started to happen on one of our sites recently. It all worked fine for better part of two years but since two weeks ago, I have to manually update posts after import to see the changes on frontend.
Edit: I think this might be an issue with Search & Filter Pro cache
I have had alot of help before from Rohil_PHPBeginner and the code he helped me with worked really well.
Today i have had someone on the site they removed a category that the code used needed to print the information i needed on screen.
The original code that solved my issues is found here:
Wordpress Woocommerce Advice with PHP code
Unfortunately the code is stopping my product page from displaying the product information. If i remove the code then it works fine but the functionality the code added really made the product page so much better.
I've checked and the category that was deleted was get_term_child, so i made sure to change this number on the product title.php
However nothing has worked and i get this error message (seen on this page)
https://www.artgiftedbygod.co.uk/online-art-shop/musical-paintings/marely/
Could anyone help me?
I've tried to fix the issue but i dont think it is related to this category being deleted as i have recreated it and changed the title.php to the correct number.
Thanks
Adam
I followed the below tutorials in order to create a custom post type with custom fields.
https://www.youtube.com/watch?v=-r1b0wA98Ew
https://www.youtube.com/watch?v=6URWfMTsWPo
This worked great and I added lots of data using the forms I'd created and had the data displaying on the front end of the website.
A week ago, the custom post type disappeared from the Admin Menu but the the data seems to be intact from the front-end point of view. I posted a message in the CPT UI wordpress forum and got told to simply re-add the post type and re-link the data back up.
My question is HOW do I re-link the data back up? I have re-added the Custom Post type so its ls listed in the admin menu, but I need to be able to edit the custom posts I have already added. Can anyone help? Not getting much help from the Wordpress forum. Thanks
AS the data is intact in the front end it means the entries are still in database and nothing is lost.
It is correct way to just re-add the missing post-type and WordPress will now automatically re-link/re-connect your existing data, since WordPress is storing custom post type in the wp_posts table with post_type field value to your user-defined value.
Just make sure that the post-type name is same as you used earlier because slight mistake in spelling will lead to data not displayed in admin panel as expected.
You can also post further details which would be helpful to get actual problem found out.
#leetee this has 50/50 chance, experimental and since there is no way to reproduce this behaviour; try exporting your custom post types by using Tools -> Export and then see if you could Import them into a fresh WP install...
I'm having major problems with this. Basically, I need to add a "url" field to the event management plugin with wordpress. My client wants to be able to add a url to their event so it can be clicked and viewed for more information on the event. I've looked through everything and im having problems understanding the wordpress file structure. I tried to add my own field to the event editor, database and front end but i dont know where wordpress posts the data to so i cant receive the variable. If i could get the variable, i could probably figure out how to use $wpdb relatively simply. but for that matter, i dont know where i should use that. where is the file that makes all those calls? i shouldnt have a problem getting the data from the database.
Edit
My problem, as described, was solved by installing another plugin called PODS. the only solution to adding functionality to a plugin, as in other fields, is to write your own plugin (as far as im aware). PODS solved my problem. It allowed me to add another field to the front of the event management form and saved it to the database. I still had to retrieve it from the database and display it on the front myself with php, but it was a much easier task than i expected it to be. If anybody wants to add extra fields to a plugin in wordpress, PODS is what i'd suggest. It's also free.
Frustrated SO regular here:
I'm creating a theme-options.php page for a child theme in Wordpress. Here's the code. The page renders correctly, including: Adding the page link to the correct admin menu, creating and displaying the options page. When I click save, however, it takes me to a 500 (internal server error page).
Using the 'adminer' plugin (phpmyadmin) I have looked at the wp_options table, and there are none of the custome settings/fields that I have specified. My best guess at the problem is that the settings aren't registering properly so when I post the form to options.php it responds with an error because it doesn't expect those form fields.
I've been wracking my brain around this code for a few days now, and am wondering if someone else can take a look at it for me? I would really appreciate a few extra eyes...
Some resources I have tried:
http://ottopress.com/2009/wordpress-settings-api-tutorial/
http://themeshaper.com/2010/06/03/sample-theme-options/
http://codex.wordpress.org/Function_Reference/add_settings_section
My settings are not saving in wordpress theme options page (his settings appear empty in db. mine don't appear at all)
Oh crud,
It dawned on me after I spent an hour figuring it out that Richard M had given you the answer.
I created a new paste of your code, cleaned up some: http://pastebin.com/enUa3xme
I fixed the issue and also added the function add_my_options() and removed the is_admin() wrapper around your admin action hooks since they will only be triggered in the admin area, so they are unnecessary.
I needed to learn this since I use a half-way-done implementation of this, so even if it isn't helpful to you, it was worth learning...