Dzynit
Forum Replies Created
-
Forum: Plugins
In reply to: [Core Tweaks WP Setup] Update videoWhen you says “settings” are you referring to the import/export settings? Or the additional plugins that were included? (The four in the second section of the settings page.)
Those four plugins are being removed because they are becoming out-dated and their features are now built-in to wordpress. They will continue to work if you had them on before upgrading, but can no longer be turned “on” if they were not already on. They can only be turned “off”.I will bring it to attention on updating the video also.
Just upgraded another 2.1.17 to the latest version and again all the s3 settings were gone.
The same thing happened to me. But I also see a new dropdown box with different S3 locations now. I assume this is an improvement for people that might have one of those different locations rather than the default US Standard location.
If the plugin author could confirm on this please? And it “is” very frustrating to have to re-enter all the info on all the sites it’s in use on. Wouldn’t it be possible to prefill all that with the original default location (if it’s not already been upgraded to this version and changed) and keep the keys and bucket info we’ve put in prior?Is post teaser still active if you deactivate core tweaks?
Forum: Plugins
In reply to: [Core Tweaks WP Setup] Can't undo footer linksCan you try deactivating core tweaks for a few minutes and see if the links are gone? If not, any chance you’re running a cache plugin?
If they do remove, try running core tweaks again remembering to de-select all the settings first, then “add” the links. The run again the same way using “remove” to see if there might have been a glitch in saving the settings in the database initially.Jeff,
It was taking too long to get this resolved in our situation so we moved on to using: http://wordpress.org/extend/plugins/wp-members/It has everything we needed built-in without having to customize the plugin itself. The thank you page, captcha, full control over notices, etc. The only thing to remember is when you install it on a WPMU site, you need to activate it individually on each network site you want to use it on rather than use the network activate. When first activated, it adds all the initial information for the plugin to the correct network site – so network activate doesn’t add that info correctly.
Forum: Plugins
In reply to: [eShop] Stuck in PendingWhy do you have multiple thank you urls?
I just got the notice on this reply.
That auth.net account has many sites associated with it – would be wasting money to have many auth.net accounts for each site, you can have just one auth.net account for multiple sites. And yes, I did figure that out since eShop doesn’t have a way to send the required url, I had to hardcode it. Regardless, the order never finishes processing to the customer or admin notice since it doesn’t return the response info back to eShop.
Biggest reason this is bad is because the customer gets charged the money, the site owner receives the money, but the product is not delivered until the customer has contacted by a contact form at the site to say they’ve paid and not received.
If auth.net is no longer going to be supported, it should NOT be in the plugin at all.
Sooner or later, someone is going to get sued or in a ton of trouble for a non-working site they have no control over because their cart doesn’t work.Forum: Plugins
In reply to: [eShop] Stuck in PendingAfter upgrading to the latest eshop version, we still have this issue. All auth.net orders stay in pending and the customer never receives their eshop receipt email with the download links.
On the one site that was still sticking in a hanging state at auth.net, the only way I could get the site’s thank you page to show is to hardcode the thank you url right in the auth.net files of eshop. The other site worked correctly just by setting the thank you url in auth.net as you’re suppose to. I believe the site that required the hardcoding is because that auth.net account contains several thank you urls, so since eshop doesn’t send that info when you check out – auth.net doesn’t know what url and uses the default of just showing only their receipt.
Right now, I can deal with that frustration – but the order MUST finish processing so the eshop receipt is sent to the customers. Several sites have downloads and the customers aren’t getting their links after payment.
The other payment options are working correctly, it’s specific to auth.net. I know the eshop site repeatedly says “no support for auth.net” but if it’s included in the plugin, I feel that it should work. When the orders don’t complete processing, we don’t get an email even letting us know someone put in an order – just an auth.net notice of a payment. And the customers are getting angry that they’re not getting their product after they’ve paid.Can we please get more assistance with this?
Thanks, Heather
Forum: Plugins
In reply to: [eShop] Stuck in PendingScott, on the other site you tested on – it will need the redirect page set in auth.net. That’s why it’s fully hanging there.
esmi, I see a new version released last night. So once I can test that upgrade I can let you know if the issue might be resolved.
Forum: Plugins
In reply to: [eShop] Stuck in PendingThat all makes sense. Do you know if this was a recent change with auth.net? (not the thank you page return of course)
The orders were going into completed before. Them going into pending was just recent. Which I can understand is going to happen if it’s taking a few days for auth.net to complete the payment and returning a code specifying that it’s processing – but as far as I can guess, they were returning a completed code before so the orders would go directly into completed rather than pending.
And thank you for your help on this, sorry we delayed in responding initially.Forum: Plugins
In reply to: [eShop] Stuck in PendingThis got set aside while catching up with things after holidays. Sorry for the delay – this still hasn’t been resolved.
And there’s nothing in the admin order of any help. It’s just the normal report with the customer info and order.
The one thing I noticed at auth.net is that it took about 3 days for the payment to finalize. So I would have to assume the information that auth.net returns to eshop after the person submits the payment is a code saying that the payment is processing rather than complete.
If that’s what could be causing the order to stay in pending – could that be edited in the eshop authorize.net file to say the order has been completed?
I also noticed the site thank you page now shows through more of an iframe at auth.net rather than just returning back to the site itself.
This all seems to be a recent change, but I don’t know if it’s a change in eshop or auth.net.The option_name in the wp-options table to search for is wpseo. Obviously the checkbox is no longer working. If it was set to “on” before this issue started, the only way at this point is to edit it directly in the database. (Which is a better solution than editing the plugin as I showed in my previous post.) I hope this is corrected soon though, because we have a couple sites that do not have database access as I’m sure many people either don’t or aren’t familiar enough with editing them.
It’s definitely line 159 of the database.php:
$blog_duplicates = $wpdb->get_var( $wpdb->prepare( $blog_query, $username, $email ) );It returns 1 no matter what, so the error message displays. Aside from that, it’s working correctly. The user is inserted if there really isn’t duplicate and is not if there actually is. I can’t figure out why it’s always returning 1 unless somehow the user is getting inserted before the duplicates check, but I don’t see that happening in the code.
update: I tested that theory by changing the COUNT(*) to id on the $blog_query, then returning it. I then echoed it in the murm.php duplicate check code and the new id is being added before the actual insert code.
So I’m wondering if the change to the $wpdb->prepare or even maybe a change to the $wpdb_var could actually be inserting if it doesn’t exist. So when the duplicate check function runs, and that were happening, that would cause the results I’m getting. I don’t know, I’m stumped here!
Yes, the upgrade fixed the $wpdb->prepare problem. But the other issue is still there. The new registration is still going into the moderation area just fine, but on the registration page on the frontend is still showing the error message to the user.
I’ll poke around some more too and see if I can find where that’s happening.I saw the recaptcha on registration is added to the wishlist, too. Did you have one in mind to integrate? If it’s going to be a while till you can get that added in, I’ll give that try. The site the plugin is being used on is getting spammed pretty bad.
Thanks, Heather
I had trouble last week trying to reply an update to my previous post. Brasofilo’s suggestion above didn’t fully work for me. I had to comment out the entire archive_redirect function.
Comment out lines 903 – 913 of the plugins/wordpress-seo/frontend/class-frontend.php file
// function archive_redirect() { // global $wp_query; // $options = get_wpseo_options(); // if ( // ( isset( $options['disable-date'] ) && $options['disable-date'] && $wp_query->is_date ) || // ( isset( $options['disable-author'] ) && $options['disable-author'] && $wp_query->is_author ) || // ( isset( $options['disable-post_formats'] ) && $options['disable-post_formats'] && $wp_query->is_tax( 'post_format' ) ) // ) { // wp_redirect( get_bloginfo( 'url' ), 301 ); // exit; // }