Rumores

Thanks Adam for your support, I probably missed this in the doc.

Thank you also for bringing up this suggestion, this feature could indeed be quite useful in some cases.

Hi,
it’s obviously a CSS issue due to modified WP 5.8 markup.

Here’s a temporary fix for those who can add custom CSS in admin area (eg with admin_enqueue_script hook) until an update fix this:

#hf-wrapper #hf-sidebar-wrapper + .wrap .attachments-wrapper { order:4; overflow-x:hidden; }

Thank you for your reply.
I haven’t noticed any other problem nor suggestion so far.

Keep on the good work.
Cheers!

Thank you for your reply and your consideration.

Hi Junaid,
Thank you for your answer and sorry for my late reply.

I’m going to look ahead for an homemade alternative and would post it here if I can find something working (and of course if this kind of feature is not added to your dev log in the meantime!)

Thanks again for your help and keep on the good work ??

Hi there,

I uploaded the modified files to share with who needs until an update came out:
https://drive.google.com/open?id=0Bz6t6tZXISXTdnVJQm1GbXYwZk0

I hope the author maintains this plugin development and that a patch will be released soon.

Hi,
In my case submission messages and verification checks seems to work fine.

I’ve just noticed an issue with the loading GIF that no longer displays (“ajax-loader” class is now used for a span with background image instead of directly an image).

The dirty-fix I found was to restore original CF7 styles by deactivating “cf7bs_enqueue_styles” action in “modifications.php” (line 97)…

function cf7bs_enqueue_styles() {
	wp_dequeue_style( 'contact-form-7' );
}
// add_action( 'wpcf7_enqueue_styles', 'cf7bs_enqueue_styles' );

…then searching/replacing these lines in plugin files:

$( this ).find( 'img.ajax-loader' ).css({ visibility: 'hidden' });
by
$( this ).find( '.ajax-loader' ).removeClass( 'is-active' );
(3 occurences)

i(this).find("img.ajax-loader").css({visibility:"hidden"})
by
i(this).find(".ajax-loader").removeClass("is-active")
(1 occurence)

a(this).find("img.ajax-loader").css({visibility:"hidden"})
by
a(this).find(".ajax-loader").removeClass("is-active")
(1 occurence)

I hope it can help.

• This reply was modified 8 years, 3 months ago by Rumores.

Hi,

I posted a temporary fix to correct this compatibility issue due to CF7 7.4.6 update:
https://www.ads-software.com/support/topic/broken-after-cf7-update/

Hope it helps!

Hi Rodrigo,
This is actually due to CF7 last update (7.4.6) where few functions has become deprecated. In order to fix this until a new compatibility patch for this plugin, you have to manually search/replace in plugin files these relevant functions:

• “WPCF7_Shortcode” to “WPCF7_FormTag” (13 occurrences)
• “wpcf7_add_shortcode” to “wpcf7_add_form_tag” (25 occurences)
• “wpcf7_scan_shortcode” to “wpcf7_scan_form_tags” (1 occurence)

Hope it helps!
Cheers

• This reply was modified 8 years, 3 months ago by Rumores.
• This reply was modified 8 years, 3 months ago by Rumores.

Hi there,
Same problem here, still unresolved.

I posted a topic about this error a few time ago:
https://www.ads-software.com/support/topic/syntax-error-with-single-quote-in-translations

Could you please Thomasz include a fix in the next release as we, frenchies and single quoters, don’t need to edit plugin core files after each update?

Thanks in advance

Hi Zayed,
Thank you for this good news!

I edited my previous review to add extra stars as your plugin now getting better.

Many thanks and keep on the good work!
Rumores

Hello Stefan,
Thanks for you quick reply!

Indeed, I installed the plugin on an existing project where images have already been uploaded and sizes generated. I didn’t notice that a specific image size was defined and used by the plugin to enhance the feed, so everything’s clear now…

I’ll try to rebuild thumbnails to correct this for prior posts.

Thank you again for your work and your help!
Best regards

Hi again,

After few checks, it seems that editing .PO translation file doesn’t resolve this. Instead, I edited “lib ? ManualImageCrop.php” on line 131 and replaced “_e()” by “esc_attr_e()” to escape single quotes.

About the picture i posted above, please ignore the other console errors, it seems that these errors are caused by a conflict between Woocommerce and another plugin.

Hope it helps!

Hi,
Same kind of issue here.

When my client try to logon, he also encounter this error (“Login failed because our IP address has been blocked”) but either blacklist and locked IP addresses remains blank in AIOWPS panel. My client is working on Mac OS but I don’t know if his network uses IPv6 or v4.
Beside, I can login to WP admin when I use his ID/password from my computer (Windows, IPv4).
Deactivating the plugin allows my client to logon again.

Thanks in advance for any help and thanks to the team for this great plugin!

Hello,
I encounter the same issue here.

The MIC settings don’t seem to be saved but after a quick lookup it appears they actually are. The problem is that saved settings are not properly caught and returned to MIC option page fields, therefore the default settings are displayed.

In my case, I located the problem in “lib/ManualImageCropSettingsPage.php” on line 151 where “$sizesSettings” var get a boolean value.

Here’s my temp fix:

Replace:
$sizesSettings = self::getSettings() || array();

By:
$sizesSettings = self::getSettings();

Hope it helps!