Forum Replies Created
-
Posts
-
The status field is a multi purpose field so it is best to not associate it with commission awarding. We have plans to add a manual order management option in eStore which will address what you described. In the meantime this post might help:
No, eStore doesn’t have any option where it lets the customer choose a delivery date.
This might work as an alternative:
https://support.tipsandtricks-hq.com/forums/topic/collecting-customer-input-with-wp-estore-plugin
Your theme has the following CSS which is forcing every textarea element on your site to be of 390px widht! Bad idea to define the with of an HTML element globally like that:
textarea {
width: 390px;
height: 250px;
padding: 5px;
}Get rid of the fixed width and height from the above CSS and it will automatically adjust itself.
We don’t have a swedish language but you can translate it following this instruction:
https://support.tipsandtricks-hq.com/forums/topic/plugin-language-translation
The Member ID and Username are the only two fields that cannot be edited by the member. There is not option to have a non-editable field unfortunately.
There are too many places where you would have to change that. I think a better option is to have a separate post or page for each of your products and then place the rating on that post or page. This gives you the flexibility to add whatever you want on that page for the product and then the fancy display can link to the detailed post or page for the product. This concept is explained here:
There are shortcodes for latest, popular and random products. Check the shortcodes list and you will find it:
http://www.tipsandtricks-hq.com/ecommerce/wp-estore-shortcodes-and-functions-reference-460
Not with a plain PayPal button. If you were using eStore then you could do that as eStore has an option to control that. Plain PayPal button doesn’t give us enough control to apply these kind of advanced options.
Well that should prove to your webhost that PayPal is even failing to send the IPN to the server altogether. There is no plugins involved so they can’t play the blame game anymore. If your server is not configured correctly to receive PayPal’s IPN then there is nothing we can do from our plugin unfortunately.
I do know that if PayPal does not receive the correct response from the server when an IPN is sent, it will fail. So tell your hosting provider to look into that side of things too.
To me that looks like your system is trying to execute that shortcode when you save the post. It won’t cause you any harm (it shouldn’t try to execute the shortcode when you save the post).
Do this and let me know if it helps. Open the “wp_eStore1.php” file and search for the following line of code:
add_shortcode('wp_eStore_on_page_manual_gateway_form', 'wp_eStore_on_page_manual_gateway_form_handler');Once you find it change it with the following:
if (!is_admin()){
add_shortcode('wp_eStore_on_page_manual_gateway_form', 'wp_eStore_on_page_manual_gateway_form_handler');
}Let me know if that helps.
You can’t just place a PHP function in the custom fields and expect it to get executed. You need to look at it from a different angle.. for example store the product ID in a custom field and then call a function with the value of that custom field. These posts has examples that should give you ideas:
Problems adding "Add to Cart" on index.php using Custom Fields
You have no way of knowing that one or few of your customers didn’t click a link 10 times so I am not sure why you are assuming the plugin didn’t work? The plugin will work as expected because it has been tested for this. You can always generate a link and test it out yourself. If one customer downloads or clicks on the link multiple times (more than 3 times for example) it doesn’t matter because it is still the same customer. The system wasn’t designed to handle what you are trying to do.. it was designed to serve a customer and generate a unique link for him when he makes a purchase in an automated manner. You should look into using a system that was designed to handle what you are trying to do and you won’t face difficulty anymore.
No every link is not identical. Once you set the random code to something you don’t have to touch it anymore. When you installed the plugin it automatically generated a random code for you so you don’t even have to touch it (the option is just there for people who want to change it).
The script closes the fsock correctly… remember this plugin is used by thousands of users so it is more likely that your server configuration of your hosting account is incorrect (I have seen a few server’s with messed up configurations).
There is an easy test you can do to isolate the issue. Don’t even use the plugin (you don’t need to use this plugin to test if PayPal can send the IPN through to your server). Simply try sending the IPN to your home page using the Sandbox IPN sending tools and see if it can send it the IPN successfully to your site. If the sandbox IPN sending tool says that is failed to send the IPN then you know where the problem lies.
Also post a URL to your site so I can check this myself.
(just kidding)