Forum Replies Created
-
Posts
-
Looks like it is showing the image “src” to be unknown. That means it couldn’t copy the image file correctly. To secure an image file, our plugin will need to make a copy of the original file and put it in the special directory. This process is failing when you are selecting something from media library on this site.
One of the following is likely the cause:
#) You have another plugin that is preventing this image copy process. Worth doing the following:
#) You have external images in the media library. So it is a media libray entry but the actual image is located in another domain (not your site). It’s okay to embed an image from an external source to your normal WP page. But that won’t work for the purpose of selling a photo image via our plugin. It needs the original image to be uploaded via our plugin so it can handle the rest of the process.
#) There is an issue with the HTTPS of your site. If your site is not configured correctly to use HTTPS everywhere then things can get messed up. It is good to check and make sure everywhere you are using one consistent protocol everywhere (either “http” or “https”).
Amazon S3 standard is necessary for WP eStore. That allows you to sell a download that will be available to the customers as soon as they buy the item.
Enable the captcha option in the plugin to stop the spam bot signups:
Hi, When you say “Stripe gateway plugin”, do you mean our following Stripe payments plugin?
Or do you mean our WP eStore plugin’s gateway addon?
The log file shouldn’t be empty after a transaction. There should be some payment notification data from woocommerce that our integration addon will receive. Do you have the addon (mentioned in the following page) active on your site?
At any given time there should only be a few incomplete profiles (lets say there are 20 of them). You will be able to see them all when you go to the incomplete tab. You must be using the plugin in a way that we don’t support. I will send you an email.
Let’s check and see if your order is completing correctly in woocommerce or if it is going to a “pending” status. Read the section labelled “WooCommerce Payment/Order Status” from the following page for an explanation of the order status:
Is your WooCommerce order status set to “Processing” or “Complete”?
Next, enable the debug logging option in emember’s settings menu. Then reset the log file and do a test transaction. It will show if the plugin is receiving the payment notification from WooCommerce after the order goes through. You can post the content of the log file here so we can take a look and see what it is doing on your site.
It was sorted by Date DESC. I agree that it should be by ID DESC. I have made this change to the addon. You can download a new copy of the Order management addon to get the change.
2 ways to handle this:
#1) There is an “Incomplete” sub-tab in the members menu (where you see the member’s listing). Click that “Incomplete” link and it will list all the incomplete profiles.
If you are offering free memberships, then expect some users to lose interest in it. So you will always have some users who will not complete the profile. You can delete those profiles after a few days.
#2) Another option is to go to the “Admin Functions” menu and look for the following section:
Generate and Email the Registration Completion link (Bulk Mode)You can use it to send registration complete prompt to all the incomplete profiles).
All those pages can stay there in the pages menu (no issue with that). You just need to set it up in a way so from the front-end, your customer’s have a checkout flow to register and pay for membership.
Fully read the following documentation to see how you can set it up with woocommerce (to accept membership payments via woocommerce):
Let me know how you go after that.
The addon needed an update for a browser update that has happened recently. I have just updated the addon to fix this.
Please download a new copy of the Stylish Squeeze form addon now and use that:
No. That’s not how WordPress’s multi-site works in terms of how it deals with plugins in general. Some plugins or themes may do a particular implementation for something specific but that’s not how it works in general. The word “multi-site” probably creates the confusion.
Think of each sub-site of a Multi-site setup as separate sites. The main advantage of Multi-site is that the network admin can control which plugins and themes are available in the sub-sites. Once a plugin is available in a sub-site, it will work just like it does on a single site.
If you create a new WordPress post or page in a sub-site, you cannot see it in another sub-site of that install. To edit that post or page, you have to go to the sub-site where it was created and edit it. That same principal will apply for when you create a membership level for example. It will be available only in the sub-site where it is created.
Below is an example use case to show how a Multi-site setup can be useful sometimes:
You can offer multiple different sub-sites to different users. Let’s say you charge John and Jane to have sub-sites on your network. You do the maintenance of the sites, plugins, themes from the network admin. Then they can run their sites independently (without having to understand the really technical things of maintaining a server, site, plugins etc). John can offer one type of membership on his sub-site. Jane can offer a completely different type of membership of her sub-site. They can have their own set of members.
You will need to ask PayPal about this. The customer details (name, email, address etc) is received from PayPal. Whatever PayPal sends to the plugin after the transaction is what gets shown there. So something in that particular PayPal account is not fully setup. Only they will be able to look into the account’s setup and tell you what is missing.
This issue is not going to be present when your real customers do a transaction on the site (they won’t have the same account info setup related issue).
