Image Handler 5 (for v1.5.5 - v1.5.8) Support Thread

oh you are so very close there McNumbers.
I suspect that their configure.php had

/**
 * Enter the domain for your store
 * HTTP_SERVER is your Main webserver: eg-http://www.yourdomain.com
 * HTTPS_SERVER is your Secure/SSL webserver: eg-https://www.yourdomain.com
 */
define('HTTP_SERVER', 'http://localhost/shop/');
define('HTTPS_SERVER', 'https://localhost/shop/');

and

/**
 * These DIR_WS_xxxx values refer to the name of any subdirectory in which your store is located.
 * These values get added to the HTTP_CATALOG_SERVER and HTTPS_CATALOG_SERVER values to form the complete URLs to your storefront.
 * They should always start and end with a slash ... ie: '/' or '/foldername/'
 */
define('DIR_WS_CATALOG', '/');
define('DIR_WS_HTTPS_CATALOG', '/');

When it should be

/**
 * Enter the domain for your store
 * HTTP_SERVER is your Main webserver: eg-http://www.yourdomain.com
 * HTTPS_SERVER is your Secure/SSL webserver: eg-https://www.yourdomain.com
 */
define('HTTP_SERVER', 'http://localhost');
define('HTTPS_SERVER', 'https://localhost');

and

/**
 * These DIR_WS_xxxx values refer to the name of any subdirectory in which your store is located.
 * These values get added to the HTTP_CATALOG_SERVER and HTTPS_CATALOG_SERVER values to form the complete URLs to your storefront.
 * They should always start and end with a slash ... ie: '/' or '/foldername/'
 */
define('DIR_WS_CATALOG', '/shop/');
define('DIR_WS_HTTPS_CATALOG', '/shop/');

barco57:

oh you are so very close there McNumbers.
I suspect that their configure.php had

/**

• Enter the domain for your store
• HTTP_SERVER is your Main webserver: eg-http://www.yourdomain.com
• HTTPS_SERVER is your Secure/SSL webserver: eg-https://www.yourdomain.com
  */
  define('HTTP_SERVER', 'http://localhost/shop/');
  define('HTTPS_SERVER', 'https://localhost/shop/');

> 
> and 
> ```
/**
 * These DIR_WS_xxxx values refer to the name of any subdirectory in which your store is located.
 * These values get added to the HTTP_CATALOG_SERVER and HTTPS_CATALOG_SERVER values to form the complete URLs to your storefront.
 * They should always start and end with a slash ... ie: '/' or '/foldername/'
 */
define('DIR_WS_CATALOG', '/');
define('DIR_WS_HTTPS_CATALOG', '/');

When it should be

/**

• Enter the domain for your store
• HTTP_SERVER is your Main webserver: eg-http://www.yourdomain.com
• HTTPS_SERVER is your Secure/SSL webserver: eg-https://www.yourdomain.com
  */
  define('HTTP_SERVER', 'http://localhost');
  define('HTTPS_SERVER', 'https://localhost');

> 
> and 
> ```
/**
 * These DIR_WS_xxxx values refer to the name of any subdirectory in which your store is located.
 * These values get added to the HTTP_CATALOG_SERVER and HTTPS_CATALOG_SERVER values to form the complete URLs to your storefront.
 * They should always start and end with a slash ... ie: '/' or '/foldername/'
 */
define('DIR_WS_CATALOG', '/shop/');
define('DIR_WS_HTTPS_CATALOG', '/shop/');

I would agree that for a base install that is the way it should read; however, there have been some "exceptions" and reasons to place the folder name in the HTTP_SERVER/HTTPS_SERVER areas. Regardless as I stated, the expectation is that those constants do not include an ending slash and the DIR_WS_CATALOG related constants do end with one.

Anyone having an issue with image popup on hover in Safari under MacOS Mojave? It works great in Chrome, Firefox, Seamonkey and IE.

https://technomonkeys.com/Store/

IATIA:

Anyone having an issue with image popup on hover in Safari under MacOS Mojave? It works great in Chrome, Firefox, Seamonkey and IE.

https://technomonkeys.com/Store/
Works fine for me with Safari 12.0.2 on Mojave.

Thanks for your input. Must be something at my end. I flushed everything from Safari, but still no popups.

Mojave 10,14.3 Beta - Safari 12.0.3

Well, I went back to Zen-Cart 1.5.5f and the problem is gone.

DrByte:

Works fine for me with Safari 12.0.2 on Mojave.

I'm on Safari 12.0.3 and Mojave 10.14.3. I am going to play around with my backup. If I find anything useful to the group, I will update all.

Operating System linux (Hostmatters)
Apache 2.4.37
PHP 7.1.25
MySQL 5.6.41

ZenCart v1.5.5f
About_us page
dbio 1.5.1
MainImageReplacer-v1.0 (modified extensively)
Image_Handler5.1.1

Local OS Mojave 10.14.3b
PHP 7.1.23
Apache 2.4.34
MySql 8.0.13

hey,
i'm playing around a bit with some things on v156.....

with php7.2 now logging warnings for undefined constants, i have come across a curious one.... at least for me....

there are 2 constants:

LARGE_IMAGE_HEIGHT
LARGE_IMAGE_WIDTH

that i cannot see where they may have been defined.

they are not in any of my configuration tables, nor can i find them defined in any php file.

yet they are referred to in this image handler plugin as well as the lightbox plugin.

mistake? or am i missing a config value?

thanks in advance.

carlwhat:

hey,
i'm playing around a bit with some things on v156.....

with php7.2 now logging warnings for undefined constants, i have come across a curious one.... at least for me....

there are 2 constants:

LARGE_IMAGE_HEIGHT
LARGE_IMAGE_WIDTH

that i cannot see where they may have been defined.

they are not in any of my configuration tables, nor can i find them defined in any php file.

yet they are referred to in this image handler plugin as well as the lightbox plugin.

mistake? or am i missing a config value?

thanks in advance.
Well, :censored:. For as long as I've been the maintainer of IH, I thought that those were built-in Configuration->Images settings.

I've opened this GitHub issue to track the associated change.

@lat9 apparently others think these configs exist as well. see:

https://github.com/zencart/zencart/search?q=LARGE_IMAGE_HEIGHT&unscoped_q=LARGE_IMAGE_HEIGHT

The code you refer to is very old, was never active in Zen Cart, and it has been removed in Zen Cart 1.5.6

carlwhat:

@lat9 apparently others think these configs exist as well. see:

https://github.com/zencart/zencart/search?q=LARGE_IMAGE_HEIGHT&unscoped_q=LARGE_IMAGE_HEIGHT

Design75:

The code you refer to is very old, was never active in Zen Cart, and it has been removed in Zen Cart 1.5.6

oops! sorry!

No problem :smile: it was a good catch. Long ago there were plans to add image handler (or something) similar to the core, but it never matured.

carlwhat:

oops! sorry!

On my main page TechnoMonkeys, at the bottom are new products.

Under Chrome, if I mouse over them, the image is offset way up high. It works great under Safari, FireFox, SeaMonkey and Internet Explorer and nothing works properly under Internet Explorer.

I don't know if this can be handled here by IH5 or if it is exclusively a Google Chrome issue. I have reported it to Google, but we know Google ain't gonna help.

I found a similar issue mentioned under the IH4 thread, but was never resolved.
OP site here -> Hover over the "Monthly Specials For January" <-

All the floaters seem to be fenced out by the "Monthly Specials For January" div.

Any help would be appreciated. Thanks!

Operating System linux (Hostmatters)
Apache 2.4.37
PHP 7.1.25
MySQL 5.6.41

ZenCart v1.5.5f
About_us page
dbio 1.5.1
MainImageReplacer-v1.0 (modified extensively)
Image_Handler5.1.1

Local OS Mojave 10.14.3b
PHP 7.1.23
Apache 2.4.34
MySql 8.0.13

That imagehover.js issue has been around for quite a while and, given the availability of alternate "hover" solutions now available, I have no plans to correct that ... unless someone submits a PR to the IH-5 GitHub repository.

IMHO it should be removed from IH, because in is about optimizing images, and the hover is a fancy extra, that you can opu in a separate module.

lat9:

That imagehover.js issue has been around for quite a while and, given the availability of alternate "hover" solutions now available, I have no plans to correct that ... unless someone submits a PR to the IH-5 GitHub repository.

Are we missing some SQL to add the file admin/image_handler.php to TABLE_ADMIN_PAGES?

swguy:

Are we missing some SQL to add the file admin/image_handler.php to TABLE_ADMIN_PAGES?
Nope, it's right there in the init_image_handler.php, on a fresh install.

        // -----
        // Register the Image Handler tool within the Zen Cart admin menus.
        //
        if (!zen_page_key_exists('configImageHandler4')) {
            zen_register_admin_page('configImageHandler4', 'BOX_TOOLS_IMAGE_HANDLER', 'FILENAME_IMAGE_HANDLER', '', 'tools', 'Y', 14);
        }

OK. Legacy issue: this won't fire if you're doing an upgrade from a 1.3 site with the old image handler. If you move it down below the IH_RESIZE check, it will work. Not suggesting a code change since this won't be an issue for most folks but maybe a note in the docs.

swguy:

OK. Legacy issue: this won't fire if you're doing an upgrade from a 1.3 site with the old image handler. If you move it down below the IH_RESIZE check, it will work. Not suggesting a code change since this won't be an issue for most folks but maybe a note in the docs.
I'll add a section to the online Troubleshooting documentation: https://github.com/DivaVocals/zen_Image-Handler/blob/master/pages/troubleshooting.md