kilwag

Same here, I get 28 depreciated notices for every page load.

27 are from /simple-lightbox/includes/class.options.php on line 501
1 is from /simple-lightbox/includes/class.utilities.php on line 545

Seems like it could be a relatively simple fix.

It’s a free plugin and I appreciate the work that went into it.

The omission is a curious one, and a poor choice IMO. It requires more clicks to do things associated with a post.

Activating plugin and changing settings has no effect on my live site either.

Woo 3.4.3
WP 4.9.6

I should mention, no javascript errors.

My product gallery and thumbs show up, but only the first image is visible. When you click on subsequent thumbs, the div resizes to fit the image, the first large image slides out of view, but is replaced with white space.

If you click on the magnifying glass, the correct image shows up in the Lightbox.

I had to add theme support in the functions as mentioned earlier. I’ve also tried various combinations of all the extra styles mentioned in earlier fixes.

Woocommerce: 3.4.1
Genesis Connect: 0.9.10
Genesis: 2.6.1

• This reply was modified 6 years, 5 months ago by kilwag.
• This reply was modified 6 years, 5 months ago by kilwag.
• This reply was modified 6 years, 5 months ago by kilwag.

I’m getting that same error and none of the signups are not working. Error log says the List does not exist.

When I visit the site in question in chrome, it displays the green lock symbol.

I already have Really Simple SSL installed, and it’s not showing any warnings in the plugin settings.

Live Web Site

• This reply was modified 6 years, 8 months ago by kilwag.
• This reply was modified 6 years, 8 months ago by kilwag.

Hmm. I’m just wondering what the unsafe action is, and why did it trigger the alert. If I ignore every unsafe action, what’s the point of enabling it?

403 Forbidden Errors when updating plugin options. Any Ideas?

Same results (missing images) with all plugins turned off and using default wordpress theme.

I take that back. Even inserting recipes with shortcode has some issues, images from steps are sometimes not visible. I can’t figure out a pattern. An html5 checker finds unclosed anchor links around those images.

I saw that, thanks. It makes it strangely complicated.

Using a theme built in bootstrap, adding these actions (from the default “single.php”) breaks things horribly:

do_action( ‘recipe_hero_before_main_content’ );
do_action( ‘recipe_hero_after_main_content’ );

Removing them renders the recipe { using recipe_hero_get_template_part( ‘content’, ‘single-recipe’ ); }, but the RH styles don’t work, even though the stylesheet loads. If I add some of the styles inline to the template it picks them up. Javascript with star ratings doesn’t seem to work either.

The strange thing, in the very same theme, inserting a recipe with shortcode works without issue.

Im installing this plugin and trying to integrate it with a custom theme, and it appears this plugin ignores standard Worpress template hierarchy. Am I wrong? It pulls a header, footer and sidebar, but it doesn’t use the theme’s page.php, single.php, or single-recipe.php, etc…

Thanks for the feedback. I removed it and installed another plugin that did the trick without settings manipulation. The site is not live yet, so I may re-install and see if it was a caching issue.

Hmm. I imagine that would be faster, but if you if you add or delete products in Prestashop, you’d have to re-import into WordPress.

I got it to work with PrestaShop 1.5.4.1 and WordPress 3.5.2.

In the file wp-prestashop-cs.php:

There are two lines (93, 140) with

SELECT i.position FROM ps_product p

CHANGE TO

SELECT i. id_image FROM ps_product p

NOTE: “position” had back ticks around it. Replace “position” with “id_image” – I can’t get the inline back ticks to display properly here.

There are two lines (101,148) with:

$image_path = $image_folder . "/". $product_id . "/".$id_image."/" . $product_id.$id_image."-" . $image_size."_default.jpg";

CHANGE TO

$ps_image="";
$splits=strlen ( $id_image );
	for ($ii = 0; $ii < $splits; $ii++)
		{
		$ps_image.=substr($id_image, $ii,1)."/";
		}
$image_path = $image_folder . "/".$ps_image.$id_image."-" . $image_size."_default.jpg";

Not only has the directory system changed for images, but maybe the way they are stored in the database too. I started with a clean install of PrestaShop 1.5.4.1

It works for me, but the following lines (103,150) where there’s a short “if” to determine whether the url exists would likely still produce another bogus image link

if(!url_exists($image_path)){
$image_path = $image_folder . "/". $product_id ."/" . $product_id."-" . $image_size."_default.jpg";

So like I said, these changes got the plugin working for me, however the page loading hangs noticeably while fetching those images and links and product names. The query for returning the image id seems a bit overzealous. The Prestashop table “ps_image” contains the image id and the product id, which is all you need for the actual image instead of three LEFT JOINs to other tables. Prestashop runs slow in general on my host (Hostgator) Maybe this plugin would work better if it was an AJAX call that waited till after the page loaded.