lacike

PHP 7.0 reached its End of Support and the plugin still causes the problem. As web hosting start pushing PHP 7.1 or later, it’ll cause many problems.

When do you plan to fix it?

It is not a plugin issue, it is a known behaviour of PHP7.2, see the stackoverflow link I mentioned in my original post. There’s also a proper way how to test numerical values.

Current workaround is switching back to php7. So problem is solved for me and no support required from my side. I was kind of hoping you might want to know about compatibility issues. More and more people will start using php7.2

Yes, it is rendered correctly, except the warning which is echoed by php above the album images.

Hi,

the problem occurs when I add the shortcode using dedicated button in visual editor when I add Album (which contains 3 albums), not a Gallery.

In “Customize display settings” I see “Images per page” set to zero and the shortcode looks like the following:
ngg_images source=”albums” container_ids=”8″ display_type=”photocrati-nextgen_basic_compact_album” gallery_display_type=”photocrati-nextgen_basic_thumbnails” galleries_per_page=”0″ enable_breadcrumbs=”1″ enable_descriptions=”0″ override_thumbnail_settings=”0″ thumbnail_width=”200″ thumbnail_height=”200″ thumbnail_crop=”0″ order_by=”pid” order_direction=”ASC” returns=”included” maximum_entity_count=”500″

Am I right to assume the problem is that “Album mode” produces “galleries_per_page”, whereas “Gallery mode” produces “images_per_page” and that is the source of “images_per_page” being empty non-numeric value?

Hi,

the best would be if somebody from the plugin development team took care of the problem, especially, when the solution is known.

Anyway. Open wp-content/plugin/all-in-one-schemaorg-rich-snippets/css/style.css

On line 23 change .snippet-title width from 100% to auto

Found a solution:

change .snippet-title width from 100% to auto

When 100%, padding is excluded from calculation and result is 100% of wrapping div + padding. In auto mode, the title div is resized to fit the content including its padding.

Hi,

I’ve checked. Removing content from first field and adding it to the second field does not work. It only saves the first which, which leaves the parameter value empty.

There seems to be no workaround other than avoiding @ sign. I’ll wait for the fix.

Thanks

Thanks, it’s very much appreciated.

Hi,

I am sorry, I don’t understand whether the code at your end is correct or whether you’re going to include a fix in upcoming update.

L.

My page is now working fine, because I applied the modification I sent you. Please check the code I sent you, it’s quite obvious what the problem is. You’re relying on php’s native conversion of number to string, which might have different setup (symbols).

it seems to me that the problem is catalog_front_end_view.php:
var lightbox_opacity = <?php echo ($paramssld[‘light_box_opacity’]/100)+0.001;?>;

Easy fix is to replace it with e.g.:
var lightbox_opacity = <?php echo number_format(($paramssld[‘light_box_opacity’]/100)+0.001, 2, ‘.’, ”);?>;

Hi,

checked and tested. The problem does not occur anymore.

Same problem for me, I just tried to enable reCaptcha and the form fails to send. Without it, it works fine. As a workaround, I am using quiz instead.

Could you please verify whethere there is or is not an api change on google side? I have no errors in apache error log.

How should I proceed? Would you like me to send you a link to my page or is there any other way to provide necessary information?

Thanks Zenion, that’s what I need and that’s what I was going to modify.

I was hoping to have this in next version. I don’t like modification of plugins, because the plugin cannot be automatically updated.. However, in this case it seems the plugin is about to be abandoned by the author.

The plugin does not seem to be “translation ready”, so there are no language files available for translation. You have to edit functions.php and change the code directly..