JulieMarie

Some more information I thought might be pertinent…Searching by order and/or subscription still yields no results. I’ve tried searching by first name, last name, order number and subscription number…each time I get nothing. Any more information I can requested in resolving this issue will be provided.

Thanks for the plugin.
I used it to process all my orders however the woocommerce order history in the Customer Data tab still reads January 1, 1970 12:00 am for all orders
Are there any ideas on how to resolve this?
So far the only solution I have found has been to downgrade to woocommerce 2.6.14 however this solution is no longer compatible with the other woocommerce plugins I’m running.

• This reply was modified 7 years, 6 months ago by JulieMarie.

I noticed an conflict with woocommerce 3.0.7 – all accepted payment methods disappear
When woocommerce 3.0.6 and Idle User Logout plugins are both active I get this notice

Oops, there was a temporary payment error. Please try another payment method or contact us to complete your transaction.
Status code 93103: Nonce is required.

Activating woocommerce woocommerce 3.0.6 while deactivating Idle User Logout restores functionality.
Hope this helps iron out the bug

Extremely helpful. Thank you for the template!

Update: In my search for a plugin conflict I discovered that the problem is resolved as long as I have all plugins activated except affiliates pro. I’m thinking the problem is with Affiliates Pro rather than Groups. I will submit a request for support in the Affiliates Pro forum. Thank you

I built protectivediet.com around the groups plugin.
I need it to be working right and I’m not sure what to do.
We tried version 1.11.0 and 1.9.1
didn’t help a tiny bit
Seems like issue is with the PHP 7 and Groups plugin
Switching to php 5.6 resolved the out of memory issue
but site ran noticeably slower. There must be another solution.
Is there a plugin conflict?
As you can see from this link protectivediet.com/uncategorized/plugins.html
We are using quite a few plugins, but there weren’t any conflicts until after the groups plugin update.
Thank you to anyone who has any ideas on some course of action to get this resolved.

I have this same question. Have you come up with any resolution? It would be helpful if there was a box to define the 404/301 url

Any update on restoring the post creation feature?

Hey, thank you so much for the quick reply. Here is my shortcode

[fu-upload-form]
[fu-upload-form title="Share your progress" form_layout="post_image"]
First and Last name are required in author box for Optimal Health Drive Tracking
[input type="text" name="post_title" id="title" class="required textarea" description="Title"]
[input type="file" name="photo" id="ug_photo" class="required" description="Add Photos (hold the control or shift button while selecting multiple photos)" multiple="multiple"]
[radio name="submission" class="required checkboxes" description="Type of Submission" values="Testimonial:Testimonial,Optimal Health Drive:Optimal Health Drive"]
[textarea name="post_content" class="required textarea" id="ug_caption" description="Description"]
Testimonial submissions will be reviewed and posted by the webmaster
Optimal Health Drive Day-1 submissions will be hidden until progress in made
[input type="submit" class="btn" value="Submit"]
[/fu-upload-form]

I had a similar problem and found the fix (like almost all things wordpress) was simple. The text box reappears by deselecting the “Yes” box in the settings for frontend-uploader in the “Enable visual editor for textareas” option.

I’m not sure if this will apply in your case but I thought it might be helpful.

Thank you so much Frank!

I really didn’t want to disable AO because it’s such a great website and much of our content is accessed by registered users of the site.

The fix (like almost all things wordpress) was simple. The text box reappears by deselecting the “Yes” box in the settings for frontend-uploader in the “Enable visual editor for textareas” option.

Rinat,

Is there a some way to fix this so the visual editor can be activated without making the textbox disappear? Perhaps an feature that can be released in the next plugin update…if it’s even possible.

Hi

It seems like that filter specifically applies to the frontend_uploader plugin in which case it should work perfectly.
if not…
Is it possible to add the stop AO filter exclusively to the post or that the upload form is located on? I have the short code on post 106868

Thank you so much for your help!

Ahha!

The issue seems to be a conflict with the default settings in the Autoptimize plugin.
Within the “Exclude scripts from Autoptimize:” settings box I added:
jquery.validate.min.js,frontend-uploader.js,jquery.validate.js,additional-methods.js
Within the “Exclude CSS from Autoptimize:” settings box I added:
frontend-uploader.css,
Now the text box can be typed in and submits properly although it is not visible and would be missed by anyone who didn’t know it was there.

How should I further adjust the autoptimize settings so that the two plugins work well together?

I don’t think there is anything wrong with my short code input.
The problem seems to be with the hidden style of the div id wp-ug_caption-editor-container.
Specifically the textarea id=”ug_caption” style=”visibility: hidden;”
If I knew more about css perhaps I could devise a solution however I do not.
I hope this added information helps you in resolving this issue soon.
Thanks for the amazing plugin!

Thanks for chiming in!

I looked a little closer and thought I would try to reference the taxonomy within the post type “recipe”.
The simple solution I found to display the number of (premium-recipe) posts within a specific post type (recipe) was:

<?php
$args = array(
  'post_type'   => 'recipe',
  'tax_query' => array(
		array(
			'taxonomy' => 'recipe_type',
			'field' => 'slug',
			'terms' => 'premium-recipes'
		)
	)
);
$the_query = new WP_Query( $args );
echo $the_query->found_posts;
?>

Thanks for all your help and I hope this helps someone else.