Image Handler 4 (for v1.5.x) Support Thread

DivaVocals:

kinda need more info here.. what specific URL are they accessing and do you get a specific access denial error?? And what happens when you grant this profile access to IH4?

They are excessing their administration url in the style like this:
http:///www.webshopaddress12345.com/shop/administrativepath/categories.php?cPath=1_9
(this they can still see, a category list but clicking any product here, comes an "denied" path like the link below)

Denied path that comes:
http://www.webshopaddress12345.com/shop/administrativepath/denied.php

The Denied Path has a text:
Sorry, your security clearance does not allow you to access this resource.
Please contact your site administrator if you believe this to be incorrect.
Sorry for any inconvenience.

Before installing the IH4 these same normal product update actions worked. The superuser still works but this other administrative user not. This profile has the access permission for the IH4 as well.

ellivir:

They are excessing their administration url in the style like this:
http:///www.webshopaddress12345.com/shop/administrativepath/categories.php?cPath=1_9
(this they can still see, a category list but clicking any product here, comes an "denied" path like the link below)

Denied path that comes:
http://www.webshopaddress12345.com/shop/administrativepath/denied.php

The Denied Path has a text:
Sorry, your security clearance does not allow you to access this resource.
Please contact your site administrator if you believe this to be incorrect.
Sorry for any inconvenience.

Before installing the IH4 these same normal product update actions worked. The superuser still works but this other administrative user not. This profile has the access permission for the IH4 as well.

Do they have access to products?? Do you have any other modules installed which would affect access to products??

DivaVocals:

Do they have access to products?? Do you have any other modules installed which would affect access to products??

Permission to access the products yes, and can see categories and subcategories but ONLY WHEN clicking the product on the category page in order to open the product form, it goes to this denied.php page instead. There should be nothing else affecting on this. CKEditor has been there already before and the administrator was successfully updating the product descriptions using it. The administrator person was updating the products just few hours before IH4 was installed, using her own profile, and no problem arise then. Superuser continues to be able to update the products.
The only thing affecting on this very page should be the changes for the category listing that IH4 needs to add the icon there. Should I replace that with the original and check if that helps?

If I was you I would back up your version of category_product_listing.php.

Then I would hover over a 'problem' link on the page and note down what address the link is pointing at.

Then I would install the default version fo category_product_listing.php. Check to see if the problem still exists. If it does then you can compare the URL that the first page was pointing at to the URL the default version points at.

I suspect that you are going to find that this is not to do with IH but lets wait and see.

niccol:

If I was you I would back up your version of category_product_listing.php.

Then I would hover over a 'problem' link on the page and note down what address the link is pointing at.

Then I would install the default version fo category_product_listing.php. Check to see if the problem still exists. If it does then you can compare the URL that the first page was pointing at to the URL the default version points at.

I suspect that you are going to find that this is not to do with IH but lets wait and see.

Changing back the original category_product_listing.php didn't help with the issue.
The address is normal in both of them, it changes to the denied address only after clicking the product row.

ellivir:

Changing back the original category_product_listing.php didn't help with the issue.
The address is normal in both of them, it changes to the denied address only after clicking the product row.
Well as niccol stated that would indicate an issue having nothing to do with IH4 (which I also suspected..)

So, you are saying that the problem exists either with the default category_product_listing.php file or the IH version of that file.

Is that correct? If it is it suggests that it is not a IH issue.

The only thing that it could be is a javascript conflict of some sort. When you click the row that is triggered by javascript. Kind of difficult to explain how to fault find that in a forum post to be honest. Are you running web developer tools or something similar? If that is greek to you then post again. And we will try and talk you through it. What browser are you using?

I found this in the error logs (maybe I have misplaced something else when installing the IH4):

PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant BOX_CONFIGURATION_MY_STORE in /home2/customer/public_html/shop/admn/includes/functions/admin_access.php on line 799

PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant BOX_CONFIGURATION_IMAGES in /home2/customer/public_html/shop/admn/includes/functions/admin_access.php on line 799

PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant BOX_CONFIGURATION_CUSTOMER_DETAILS in /home2/customer/public_html/shop/admn/includes/functions/admin_access.php on line 799

PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant BOX_CONFIGURATION_SHIPPING_PACKAGING in /home2/customer/public_html/shop/admn/includes/functions/admin_access.php on line 799

There is these constants in the language file though, so can't understand what is actually missing but this could be creating the issue, right?

ellivir:

I found this in the error logs
<snip>
PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant BOX_CONFIGURATION_MY_STORE in /home2/customer/public_html/shop/admn/includes/functions/admin_access.php on line 799
<snip>
There is these constants in the language file though, so can't understand what is actually missing but this could be creating the issue, right?

What a dilemma. You and the error logs are producing conflicting reports. One of you is wrong.

In cases like this, my money is on the computer as producing the most valid report, therefore I must conclude that if these constants ARE in the language file, then it isn't the same language file that the computer is using.

Incidently, I've just recently fixed a near identical error on another customers website, which turned out to be the result of an incomplete merge of the english.php files during a V1.3.8a -> V1.5.1 upgrade. Actually, I suspect the merge went fine, but the modified file didn't get uploaded for some reason).

These errors are trivial to fix, but fixing it will not solve your problem. (missing constants are usually harmless, and just make things look bad).

The fact that these errors do exist though is usually a very good indication that there are probably some other files that also didn't get a proper upgrade, and it will be one of those that will be causing your current issues.

The difficult part here is that we have no way of knowing which files these may be.. You'll need to do a compare between your installation and the distribution .zip files.

Cheers
Rod

ps. As others have said. Not really an IH4 issue.

RodG:

What a dilemma. You and the error logs are producing conflicting reports. One of you is wrong.

In cases like this, my money is on the computer as producing the most valid report, therefore I must conclude that if these constants ARE in the language file, then it isn't the same language file that the computer is using.

Incidently, I've just recently fixed a near identical error on another customers website, which turned out to be the result of an incomplete merge of the english.php files during a V1.3.8a -> V1.5.1 upgrade. Actually, I suspect the merge went fine, but the modified file didn't get uploaded for some reason).

These errors are trivial to fix, but fixing it will not solve your problem. (missing constants are usually harmless, and just make things look bad).

The fact that these errors do exist though is usually a very good indication that there are probably some other files that also didn't get a proper upgrade, and it will be one of those that will be causing your current issues.

The difficult part here is that we have no way of knowing which files these may be.. You'll need to do a compare between your installation and the distribution .zip files.

Cheers
Rod

ps. As others have said. Not really an IH4 issue.

ellivir:

I found this in the error logs (maybe I have misplaced something else when installing the IH4):

PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant BOX_CONFIGURATION_MY_STORE in /home2/customer/public_html/shop/admn/includes/functions/admin_access.php on line 799

PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant BOX_CONFIGURATION_IMAGES in /home2/customer/public_html/shop/admn/includes/functions/admin_access.php on line 799

PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant BOX_CONFIGURATION_CUSTOMER_DETAILS in /home2/customer/public_html/shop/admn/includes/functions/admin_access.php on line 799

PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant BOX_CONFIGURATION_SHIPPING_PACKAGING in /home2/customer/public_html/shop/admn/includes/functions/admin_access.php on line 799

There is these constants in the language file though, so can't understand what is actually missing but this could be creating the issue, right?
At this point your issue is off topic for this support thread.. the issues you are having are not related to IH4.. Please follow Rod's suggestions, and if you are still having issues, you will need to start a separate forum thread on the matter if you want community support/assistance on this..

Okay, this is probably a simple fix, but I don't see where to take the text off the hover image. If you hover too long, you also get the tool tip, so I don't want to duplicate this.

Thanks,

chadd

I had IH4 working fine but somehow I messed up things in my store this week and decided the best way to fix it would be to delete the includes folder and re install the includes folder. Well that fixed the problem but it caused a lot of new ones, one of which is it broke the IH4, I have added the files from the IH4 download's includes folder to my new stores includes folder but that didnt fix it. Is there something else I need to do or did I probably do it wrong? Thanks

I have my problem fixed, Thanks

Sjoukito:

Rolling back to my pre-install state is not really an option as I found this, let's call it a bug, after I installed several other plug-ins and made a shipload of changes to the template etc.

Maybe this description helps:

First I go to this page: www.site.nl/***admin***/categories.php?cPath=1. Then I click on the Imagehandler button underneath the text "Action" between the copy and attribute button. Then I end up at this page: www.site.nl/***admin***/image_handler.php?products_filter=1273&current_category_id=1, see the attachment to this post.

At that page I get this message: No Image Handler information found.

The strange thing is that once I click at the link "Image Manager" (page: admin/image_handler.php?page=manager) I can add an additional image to the products in the first category, but not in any of the other category. Once I select any of the categories other than the first one, I'm sent back to the image handler main page. However, after I'm sent back I get this url: admin/image_handler.php?current_category_id=10&products_filter=1273&action=new_cat

Same issue on a site I am working on. I'll try the uninstall and re-install and report back.
I loved this mod before the upgrade to v1.5 - missing the "hover = fly out" which a lots of my clients really liked.

Thanks,
Tina

charmedbytina2:

Same issue on a site I am working on. I'll try the uninstall and re-install and report back.
I loved this mod before the upgrade to v1.5 - missing the "hover = fly out" which a lots of my clients really liked.

Thanks,
TinaIf you are referring to the image hover, it's not missing at all..

Ok, installed IH4 on the clean system and everything was working well, added 2 slide shows, 1 in the header that shows on every page, and 1 on the home page, still all was working well, decided we didn't like the transitions so i uninstalled the 2 slide shows in favor of another, all of a sudden i noticed i lost all my hover images. after making sure i didn't remove any files than were needed, i discovered that the images were in fact on the page, they just weren't showing, never turning visible. when hovering over an image in the specials on the right nav column, a left-right slide bar would appear indicating an element out of viewing area.
on the product listing page, if i enter the hover from the bottom right side, the popup will show, this happens with the first 2 images, then none after that in the list will show. in the trailimageid div, the correct image is there and everything except visible=hidden.
another weird issue is that var currentimageheight = 400; however every image is 420px high and 725px wide?
any help appreciated, the link:
http://surferweb.com/ojlparts/index.php?main_page=index&cPath=1_16
Jeff

You have a version of jQuery easing loading before jQuery. Don't know if that is something to do with cloudflare - possibly. But whatever the reason is you need to solve that issue. It will mess up the javascript on the page. Can't give you much help with that as I don't know what you have done exactly.

It may not be the only problem but while it is there finding anything else will be impossible.

niccol:

You have a version of jQuery easing loading before jQuery. Don't know if that is something to do with cloudflare - possibly. But whatever the reason is you need to solve that issue. It will mess up the javascript on the page. Can't give you much help with that as I don't know what you have done exactly.

It may not be the only problem but while it is there finding anything else will be impossible.

This is the way Zen cart outputs it in viewsource, does zen cart read them in alphabetical order?
Under my template/jscript folder:
jscript_imagehover.js
jscript_jquery.min.js
jscript_rollovers.js

How would i change the loading order?

Thanks for the help
Jeff

What I am seeing is in the attachment. Which is actually slightly different to before. But there is definitely an issue with jquery.easing. Which may or may not be due to cloudflare I'd guess. I'd disable cloudflare and see what you get. But I don't know anything about how that works! But as I say I think you should start a new thread for this as it will clutter up the IH thread with stuff that really does not help most IH users.

Ok, disabled that still not working, im thinking this is a positioning issue, something is throwing off the hover cords. I read a few pages back about issues with FEC adon, that could be an issue too