Image Handler 2 (for ZC v1.3.8 ONLY) Support

Hello, I would like to say thank you very much for this addon! The auto resize + watermark feature has saved me a ton of time doing batch re-size and uploads with photoshop. I'm here today though because I have run into two problems with Image Handler and I can't seem to find the fix for it.

#1 - In the admin, when I try to uninstall image handler it takes me to a log in and log out screen. I log in, and try to uninstall and it loops me back to the admin login.

#2 - Image Handler is not displaying additional images. The main image is displaying and working as it should, but Additional images auto named by Image Handler still do not display properly.

Mainly, I would prefer a solution to #2 :P
I am having some problems adding additional images to my products. Here is how I have named my products image folder and images inside of it:

HTML Code:

---

images/category1
 a001.JPG        <- Image for product 1 in subcategory A
 a001_01.JPG    <- Additional image for product 1
 a001_02.JPG    <- Additional image for product 1

 a002.JPG        <- Image for product 2 in subcategory A
 a002_01.JPG    <- Additional image for product 2

 b001.JPG        <- Image for product 1 in subcategory B
 b001_01.JPG    <- Additional image for product 1

---

I have looked at the additional images guide:
https://www.zen-cart.com/tutorials/index.php?article=58

However, I with the addon Image Handler 2 for v1.3.x, I do not make use the following folders:

images/medium
images/large

I have tried adding the medium and large folder manually and adding additional images there, but that did not make a difference. I have looked at both my:

Admin>Configuration>Images
Admin>Product Types>Product General>Edit Layout

pages to ensure that Additional Images are enabled.

I am using ZenCart v1.3.9d
addons: Image Handler 2 for v1.3.x


I have used the Image Handler Manager to add additional images to an item with no success. I have also manually FTP added the files to my images folder with no success. So I'm a little stumped!

Would love some help on getting additional images in there :)

And I'm on a roll..

I have confirmed that the current fileset for IH2 does indeed have an issue with watermarking ADDITIONAL large images.. I have found the possible solution and have tested and confirmed that my fix resolves the issue.. I am going to enlist the assistance of another Zenner to test this..

dutchy, if you want to test the fix on your site, please PM me and we can exchange contact info..

Off the top of my head it sounds like you have possibly 1 or 2 things (and perhaps both) going on..
1. It does not sound like IH2 is installed correctly
2. Your IH2 settings are incorrect..

Image Handler takes care of creating your medium and small product images if you upload your large image. It also manages the proper naming convention Zen Cart requires to create additional product images.. In other words it does automatically what this tutorial shows you how to do manually: https://www.zen-cart.com/tutorials/index.php?article=58

In order for it to do it's job it must be installed properly and it must be configured correctly.. Please review the readme file and make sure you follow the suggestions and instructions for setting your images settings.. See if that doesn't get you a different result..

Quote:

---

Originally Posted by nwms8

Hello, I would like to say thank you very much for this addon! The auto resize + watermark feature has saved me a ton of time doing batch re-size and uploads with photoshop. I'm here today though because I have run into two problems with Image Handler and I can't seem to find the fix for it.

#1 - In the admin, when I try to uninstall image handler it takes me to a log in and log out screen. I log in, and try to uninstall and it loops me back to the admin login.

#2 - Image Handler is not displaying additional images. The main image is displaying and working as it should, but Additional images auto named by Image Handler still do not display properly.

Mainly, I would prefer a solution to #2 :P
I am having some problems adding additional images to my products. Here is how I have named my products image folder and images inside of it:

HTML Code:

---

images/category1
 a001.JPG        <- Image for product 1 in subcategory A
 a001_01.JPG    <- Additional image for product 1
 a001_02.JPG    <- Additional image for product 1

 a002.JPG        <- Image for product 2 in subcategory A
 a002_01.JPG    <- Additional image for product 2

 b001.JPG        <- Image for product 1 in subcategory B
 b001_01.JPG    <- Additional image for product 1

---

I have looked at the additional images guide:
https://www.zen-cart.com/tutorials/index.php?article=58

However, I with the addon Image Handler 2 for v1.3.x, I do not make use the following folders:

images/medium
images/large

I have tried adding the medium and large folder manually and adding additional images there, but that did not make a difference. I have looked at both my:

Admin>Configuration>Images
Admin>Product Types>Product General>Edit Layout

pages to ensure that Additional Images are enabled.

I am using ZenCart v1.3.9d
addons: Image Handler 2 for v1.3.x


I have used the Image Handler Manager to add additional images to an item with no success. I have also manually FTP added the files to my images folder with no success. So I'm a little stumped!

Would love some help on getting additional images in there :)

---

Since I could not use the delete feature in Admin because I kept getting sent to a login, I went and downloaded IH v2 again and basically deleted every file I found in the download from my website. I then renamed the appropriate folders, and uploaded IH to my root directory.

That didn't seem to fix the problem.

I still can't 'uninstall' from the admin, and I still can't see additional images. :(

Going to try a brand new install (I've made backups already heh) and see if it works out of box.

That was gonna be my suggestion.. :D Do you wanna try the version I have with the fixes I posted tonight?? If so, PM me and I'll get you that fileset..

Quote:

---

Originally Posted by nwms8

Since I could not use the delete feature in Admin because I kept getting sent to a login, I went and downloaded IH v2 again and basically deleted every file I found in the download from my website. I then renamed the appropriate folders, and uploaded IH to my root directory.

That didn't seem to fix the problem.

I still can't 'uninstall' from the admin, and I still can't see additional images. :(

Going to try a brand new install (I've made backups already heh) and see if it works out of box.

---

Quote:

---

Originally Posted by DivaVocals

That was gonna be my suggestion.. :D Do you wanna try the version I have with the fixes I posted tonight?? If so, PM me and I'll get you that fileset..

---

New install, it works :D

Now I do see what people mean a few posts back about additional images not having the watermark, but I'm glad that I got additional images working in the first place!


I'd love to try your version! Thank you for the offer!

I sent you a PM.

Cool.. I figured it was an install issue.. I sent you a PM.. Try the new fileset, and let me know if it fixes the watermarks on the large additional images..

Quote:

---

Originally Posted by nwms8

New install, it works :D

Now I do see what people mean a few posts back about additional images not having the watermark, but I'm glad that I got additional images working in the first place!


I'd love to try your version! Thank you for the offer!

I sent you a PM.

---

Hm, I'm having the same problems again with additional images not showing up. This is on a new install, default template.

I'll try again tomorrow, too late tonight to try any more.

*Removing image handler from database in IH admin got additional images to appear on the webpage.

well im far to hung over to be doing this.. but I will any way

well well well.. LOOKS like i was RIGHT once again Divalvocal....

IH2 is creating 777 folders... I seen some of the posts from other about this 777 issue in my email updates that i have been having to pester your arrogant clan about.

I can confirm that i have 4 servers with 4 different company, these are
webfusion
unitedhosting
Don Host
UKfast

on ALL clean zencart installations with only Image handler 2 installed
BMZcache is set to 775, but all folder/files within are 777/666

Further more I have contacted support for all four companies about the security concerns over 777 folders. So far only Ukfast has replied.

Ukfast state that any directory which is set to 777 is a cause for a security weakness.

Would you like me to post the support email? they have highlighted how an attack could take place on a server using IH2 with folder set to 777. (actually any folder set to 777, which IH2 is 'randomly doing')

Despite your playing down this 'imagined' IH2 security weakness i have information from 3rdline support from one of the UK largest hosting providers tell me it does cause a vulnerability and the types of attack that can be done :P

Even tho I cause you much nuisance, you cant say I haven't helped you and the rest of the IH2 team to see problems of IH2.. at the very lest point out the MISTAKES in the doc. You can thank me with flowers.

Im going back to bed now, I look forward to the dismissive and wrong replies.

Thank you for the offer DivaVocals but I will politely decline. I have decided to manage my images the old fashioned manual way. It feels to me that image handler has too much controversy about it at the moment. I have asked my hosting provide to give me advice on this thread and they confirmed their concerns over security and advised me to not use any system, add on, module etc that uses chmod 777 for directories.

I would rather be safe than sorry.
All the best
Michael

I really want to believe in this mod, and I have set it up yet again - and it worked (without actually using the image manager) - but what use is it if I now get errors trying to upload a simple image? Let alone the security issues you guys now bring up...

I think a lot of effort has gone into the project, but it shouldn't just be dumped and left half-broken.

dumped and broken is a LOT of an exxageration.. Posted my findings, and have already gotten confirmation from 1 person that the fixes I made for the two issues (bmz_cache folder permissions and watermarking additional large images) works.

tpeck, the error you reported sounds like an incomplete/incorrect install.. I have installed IH2with the posted changes on a FRESH VANILLA Zen Cart install with the new fileset. You can see it in action here:
http:// zen138 . overthehillweb . com/index.php?main_page=product_info&cPath=1&products_id=1

Quote:

---

Originally Posted by tpeck

I really want to believe in this mod, and I have set it up yet again - and it worked (without actually using the image manager) - but what use is it if I now get errors trying to upload a simple image? Let alone the security issues you guys now bring up...

I think a lot of effort has gone into the project, but it shouldn't just be dumped and left half-broken.

---

That's up to you.. The fix I posted solves the folder permissions issue.. (which BTW I have confirmed based on the sites I've examined only affects SOME webhosts -- your included) As for the so-called controversy, I think that's a bit of an exaggeration.. We'll have to agree to disagree on that point..

Quote:

---

Originally Posted by dutchy

Thank you for the offer DivaVocals but I will politely decline. I have decided to manage my images the old fashioned manual way. It feels to me that image handler has too much controversy about it at the moment. I have asked my hosting provide to give me advice on this thread and they confirmed their concerns over security and advised me to not use any system, add on, module etc that uses chmod 777 for directories.

I would rather be safe than sorry.
All the best
Michael

---

default template?? You mean classic?? Did you rename the custom_template directories to match the name of your template directory??

Quote:

---

Originally Posted by nwms8

Hm, I'm having the same problems again with additional images not showing up. This is on a new install, default template.

I'll try again tomorrow, too late tonight to try any more.

*Removing image handler from database in IH admin got additional images to appear on the webpage.

---

Quote:

---

Originally Posted by DivaVocals

dumped and broken is a LOT of an exxageration.

---

I have to agree...
while I'm not exactly thrilled with IH2 and it's apparent flaky'ness,
it has been working well for years now.

On top of that, to everyone...
the developers on here aren't getting paid to take everyone's crap...
about a mod that's totally free.

Lastly, (in defense of the crap-givers)...
ZenCart may be an experiment/learning experience to some developers, but it's still an eCommerce system...
that means some people's entire livelyhood ride on this... tempers run high, because there's a LOT at stake sometimes.

Anyway, I would hope the ZenCart team have integrated IH2 (hover / lightbox) functionality in the next major release...
it's honestly getting harder to deal with ZC these days... there are a handful of Web 3.0 options out there now, while ZenCart is still stuck in Web 1.5... and limping.

500 page support threads on an image/hover mod is absolutely ridiculous.

Quote:

---

Originally Posted by DivaVocals

default template?? You mean classic?? Did you rename the custom_template directories to match the name of your template directory??

---

Yeah, created a brand new zencart + IH v8c and renamed all cases of 'custom_template' into my custom name.

includes/templates/custom_template
modules/custom_template

Used the default template first and had problems with additional images showing up. Created a custom template, and also didn't work. When I turn uninstall IH from admin folder, the additional images then show up. I tried again with v8b and it worked fine; going to try again later tonight when I get back from a celebration.

Quote:

---

Originally Posted by Shane78

well im far to hung over to be doing this.. but I will any way

---

I'm sure I must take your argument seriously because you wrote this nice disclaimer.

However, I would like to point you to this forum
http://www.simplemachines.org/commun...p?topic=2987.0

and this other post
http://www.simplemachines.org/commun...6205#msg246205

Which very clearly explain why having a folder run with 777 is not a security risk.

If you're afraid of outside links, here are some tidbits.

- But... wait a minute. The three numbers stand for "Owner," "Group," and "Everyone." Doesn't that mean anyone can write to the files if I make it 777? (writable by all!?)
Well, technically, yes. But, the person first has to get into your server and be able to touch the file in the first place. They also have to have access to the directory the file is in, and the directory that file is in. At some point, you should have a directory (probably your username) which isn't 777.

- Isn't it safer, at least, not to use 777? What if a hacker got in?!
If a hacker gets in and wants to cause you trouble.... there is nothing you can do. You can have the file permissions as strict as you want, but the database will be wide open. So, yeah... you can protect the files that don't change from being deleted, but not your images.
Which is more important? The files you can download again from here or the data you cannot get back?

- Isn't it unlikely a hacker would get into my server so much they could delete posts?
Not that unlikely, but no more or less likely than if they could use 777 to their advantage. Think of the database as ALWAYS 777.
___
The reason it's okay to have it 777 when you can is because the permissions on the folder it's in matter too. Typically, you'll have a structure like this:

/home/username/public_html

Now, here /home will be 755 or so, meaning everyone can access it but not everyone can create folders/files in it. It'd be owned by the server administrator. So far so good. Next, /home/username should DEFINATELY be owned by username (you) and no one else. The trick is, you can say that your "friend" is "nobody". So, then you make the /home/username directory 770 - this means only YOU and Apache/PHP can access your files, no one else.

From that point, you own every file and directory exclusively, so if a file is 770, nobody won't have access. The above tactic is used to change the "everyone" position to "PHP" instead. It's very very common, and most hosts use it.

In any case, your host requires the use of 755, not 777.
___

Anyway, I'm very glad IH exists and DivaVocals has been giving so much support on this forum. I don't see why you are complaining when they have heard you and addressed your concerns.

Quote:

---

Originally Posted by blackhalo

I have to agree...
while I'm not exactly thrilled with IH2 and it's apparent flaky'ness,
it has been working well for years now.

---

Exactly!!!

Plus consider that other than the many posted and implemented tweaks to the javascript, scant little of Tim's original code has changed in all the many IH2 updates.

Quote:

---

Originally Posted by blackhalo

Lastly, (in defense of the crap-givers)...
ZenCart may be an experiment/learning experience to some developers, but it's still an eCommerce system...
that means some people's entire livelyhood ride on this... tempers run high, because there's a LOT at stake sometimes.

---

Speaking only for myself, this not an experiment for me. I always want to make sure I offer my client's the best available options for their website's because their livelihoods depend on it, and so I can't experiment with their sites.

My contribution to this mod since Rev 7 has always been about improving the readme documentation because I learned from experience that the key to IH2 success is in the configuration. The readme left much to be desired on that score so I wanted to make it better. So when ckosloff volunteered to undertake updating IH2, I volunteered to help with the documentation..

However, that said, I also firmly do not believe that any of the developers who have worked on IH2 since Tim's original release in 2006 were using this as a learning experience/experiment. Looking at the list of names, these are all skilled folks who's livelihoods also depend on IH2 working correctly..

Simply put it was overlooked or not fully considered that some of Tim's code now no longer works well for current hosting configurations. (which are very different from the world in which IH2/Zen Cart was born) The fact that it worked for them gave NO indication that any issues might exist for others.. So it was never looked into.. This happens ALL THE TIME in software development be it open source or commercial software.. Developers are not perfect.. :no:

No hot tempers here for me..:smile: I'm more interested in making sure we have a good solution. Petty arguments about WHY this happened or who's at fault are not helpful. Here's what is important.. Found the issue, found the cause, so let's address it, publish it and move on.. (at least that's MY plan!:smile:)

Quote:

---

Originally Posted by blackhalo

Anyway, I would hope the ZenCart team have integrated IH2 (hover / lightbox) functionality in the next major release...
it's honestly getting harder to deal with ZC these days... there are a handful of Web 3.0 options out there now, while ZenCart is still stuck in Web 1.5... and limping.

500 page support threads on an image/hover mod is absolutely ridiculous.

---

Respectfully I have to agree and disagree with this..:smile:

While I think that image hovering, watermarks and such are nice features, I'm less concerned about them over the core IH2 functionality..

IMO the MOST compelling reason to install IH2 is the image management/image performance features.. The reason I install it for all of my clients is simple. Trying to explain naming conventions and how additional images have to be setup for Zen Cart to recognize them goes over all my client's heads.. Having IH2 means they don't have to know how to name their image files to add additional images to a product. IH2 does the heavy lifting for them on that score.. All I have to do is make sure they know that all the filetypes have to be the same and show them how to upload images. Easy peezy..

As for fancy hovers and lightboxes, IMHO I think the real issue is this.. To really incorporate hover and lightbox capabilities into IH2 either requires a the development of a separate module with these capabilities built in that is designed specifically to work WITH IH2

or

IH2 has to be re-written to include this functionality. Either way, since module development is a volunteer effort it will require that a volunteer decide to dedicate some time to develop such a module and then contribute it to the community.. This would be a fair amount of development, and not many are willing to devote such time to a volunteer effort.. I have paid for custom module development for other clients, and I have been giving some thought to paying a developer to extend IH2's functionality for me..

Quote:

---

Originally Posted by nwms8

Yeah, created a brand new zencart + IH v8c and renamed all cases of 'custom_template' into my custom name.

includes/templates/custom_template
modules/custom_template

Used the default template first and had problems with additional images showing up. Created a custom template, and also didn't work. When I turn uninstall IH from admin folder, the additional images then show up. I tried again with v8b and it worked fine; going to try again later tonight when I get back from a celebration.

---

Interesting.. The ONLY difference between Rev8b and the Rev8c files you now have is two files were changed to address the following:

1. Fix the issue with watermarks on large additional images
2. Possible issues with some hosts not setting the file permissions of the bmz_cache folders correctly.

Honest to goodness, I installed that same fileset on a VIRGIN Zen Cart install, turned it on and it worked.. Hmmmm..

Okay.. well go enjoy your celebration.. Try again later.. Gonna send you a PM too.. :smile:

no offence... But when it comes to topics of web security i will listen to the people that manage my 4 servers over anyone here, including Dr Byte.

as for 'crap giver' if i wanted to damage ZC or IH2 i would happily go about the internet slagging it off.. but i dont... how's about pulling your head out of your arse hole and checking the link in my sig?

i get frustrated with arrogance... and have found DV to be extremely arrogant over the 6 months. I have pointed out flaws, it takes constant nagging for these to get noticed... and only by my blackening of the IH2 name has DV arsed herself to look deeper.

UKF, UH and Don have all replied to my support ticket, reviewing this thread. Each have stated in their personal opinion that the 777 setting this current IH2 mod is creating is a security risk. UKF have even listed possible methods of attacking folders with 777.

Let me be clear, I dont use IH2, but I do care that a mod that is popular MAY be a cause for even the most minor of security problems when it can be avoided. Ask your self this.. would this 777 problem have been looked onto if I had not gone on and on and on...

WOULD IT F***!

NB, webfusion have not yet responded to my ticket, but then that the only account i have sharded server..;. it normally take 48 hrs..

now you can all get back to brown nosing DV. I dont care if i have annoyed upset ppl in this thread.. simply because i feel it was nessessary to get the dam thing looked into.. and it worked!

I have no wish to tread on anyone's toes or make people upset who have spent hundred's of hours on this mod, but the truth sometimes hurts.

If I install zencart 1.3.9d and the latest version of IH2 only to get an error AFTER FOLLOWING THE INSTALL DIRECTIONS EXACTLY, then am I to blame?

It actually does work for me - as I reported - but now if I try to organise my images (which is the reason for bothering with it in the first place) I get an error.

This is a problem with the mod, and it is maddening to hear otherwise.

Don't forget, I and many others, have persevered with this for many years.

Why is it our fault? Oh, it's free...well, I should be so lucky.

Code:

---

scant little of Tim's original code has changed in all the many IH2 updates.

---

...but in the end it DOESN'T WORK!

So why not get it up and running properly?

blackhalo wrote:

Quote:

---

while I'm not exactly thrilled with IH2 and it's apparent flaky'ness,
it has been working well for years now

---

and

Quote:

---

500 page support threads on an image/hover mod is absolutely ridiculous.

---

...doesn't this tell you something?

Oh, but it's free so we should be all happy about it.

Look. It doesn't work 100% - end of story.

or why do so many of us get the error:

Code:

---

Error!

Unable to determine the page link!

Function used:

zen_href_link('', '', 'NONSSL')

---

Dozens of people have written in about this - and got no answers.

The mod is flawed.

Quote:

---

Originally Posted by tpeck

This is a problem with the mod, and it is maddening to hear otherwise.

Don't forget, I and many others, have persevered with this for many years.

...
...but in the end it DOESN'T WORK!

So why not get it up and running properly?

---

Quote:

---

Originally Posted by tpeck

Dozens of people have written in about this - and got no answers.

The mod is flawed.

---

So, your solution is to gripe and bicker about it?
Why not offer something more useful than merely swinging fists?

No one is blaming you.. Without seeing your store's setup I can't tell you why you are having issues with IH2.. We can only share with you what we know based on our own experiences..

Additionally you are reporting an issue that seems unique to your setup.. (ie: no one else is reporting the same issue you are having..) I installed IH2 on a vanilla store and it worked with no issues.. So how would you suggest one go about fixing an issue that no one else can replicate??

The only issues I CAN replicate (and have addressed) are the two issues I have posted about today..

That said, I can make a few suggestions to help you get to the bottom of your particular issue:

It's possible that other modules are interfering with IH2, and would cause the error message you are seeing.. The only way to know this for sure is to try installing IH2 on a VANILLA Zen Cart install.

Quote:

---

Originally Posted by tpeck

I have no wish to tread on anyone's toes or make people upset who have spent hundred's of hours on this mod, but the truth sometimes hurts.

If I install zencart 1.3.9d and the latest version of IH2 only to get an error AFTER FOLLOWING THE INSTALL DIRECTIONS EXACTLY, then am I to blame?

It actually does work for me - as I reported - but now if I try to organise my images (which is the reason for bothering with it in the first place) I get an error.

This is a problem with the mod, and it is maddening to hear otherwise.

Don't forget, I and many others, have persevered with this for many years.

Why is it our fault? Oh, it's free...well, I should be so lucky.

Code:

---

scant little of Tim's original code has changed in all the many IH2 updates.

---

...but in the end it DOESN'T WORK!

So why not get it up and running properly?

---

Let's be clear..

image hover from medium images HAS NEVER been a feature in IH2. It is clear from Tim's code that it was meant to be a future feature, and it's one that was NEVER added.. (which is VERY different from saying it's broken or never works..) It's been explained ad naseum that it's likely that this particular feature has never been added to the codebase due to the likely conflicts with lightbox modules..

and to answer your question:

"why do so many of us get the error:"

Quote:

---

Error!

Unable to determine the page link!

Function used:

zen_href_link('', '', 'NONSSL')

---

Please show me to the DOZENS of people reporting this particular error???

Quote:

---

Originally Posted by tpeck

blackhalo wrote:



and



...doesn't this tell you something?

Oh, but it's free so we should be all happy about it.

Look. It doesn't work 100% - end of story.

or why do so many of us get the error:

Code:

---

Error!

Unable to determine the page link!

Function used:

zen_href_link('', '', 'NONSSL')

---

Dozens of people have written in about this - and got no answers.

The mod is flawed.

---

Dr Byte - you don't understand that I am responding to those who dismiss our concerns about this mod.

Given you have been around so long, I have come to expect better of you. Surely, you of all people understand how free source - and commenting on it - works.

But, go on, beat up on me.

DivaVocals, please just do a search for the error. Dozens have had to deal with this - and, while many have tried to help (god bless 'em), few have met with a solution.

I did look and there seems to be a number of associated reasons for the error, most of these solutions have more to do with image names, and server configurations.. Without more information other than the error message itself, it's hard to troubleshoot this.. (BTW, since most of these posts are not even posted in this support thread it is unfair to assume we've ALL seen them..)

That said if you can provide more information such as:

• The steps you are taking to upload additional images
• The file names of your main product image as well as your additional images..

Perhaps with a little more information, we might help you find a solution.. but honestly if there was a hard and fast answer it would have been resolved.. It's a lot over the top to imply that anyone is dismissing you or purposely trying NOT to help you..

Quote:

---

Originally Posted by tpeck

DivaVocals, please just do a search for the error. Dozens have had to deal with this - and, while many have tried to help (god bless 'em), few have met with a solution.

---

No one's dismissing your concerns, but how would suggest we go about fixing an issue that we can't replicate??

Quote:

---

Originally Posted by tpeck

Dr Byte - you don't understand that I am responding to those who dismiss our concerns about this mod.

---

One last thing.. Does your host have safe mode enabled??

BTW, this error occurs places other than IH2.. Which is why most of the posted solutions seem to lean towards outside factors contributing to the error.

Post some of the additional information I suggested, and perhaps a solution can be found..

Quote:

---

Originally Posted by DivaVocals

I did look and there seems to be a number of associated reasons for the error, most of these solutions have more to do with image names, and server configurations.. Without more information other than the error message itself, it's hard to troubleshoot this.. (BTW, since most of these posts are not even posted in this support thread it is unfair to assume we've ALL seen them..)

That said if you can provide more information such as:

• The steps you are taking to upload additional images
• The file names of your main product image as well as your additional images..

Perhaps with a little more information, we might help you find a solution.. but honestly if there was a hard and fast answer it would have been resolved.. It's a lot over the top to imply that anyone is dismissing you or purposely trying NOT to help you..


No one's dismissing your concerns, but how would suggest we go about fixing an issue that we can't replicate??

---

If you want to test the new IH2 fileset, PM me and I'll hit you up with instructions to access the upcoming fileset..

I've installed it on my vanilla Zen test site, and it works like a charm.

This version should fix the following issues:

• Watermarks on large additional images
• Issues with some hosting configurations not setting the file permissions of the bmz_cache child folders correctly

If you want the boring details about why large additional images were not watermarking, let me know, and I'll share.. :smile:

You will have to delete your IH2 cache folders for the permissions changes to be applied.. Do not be afraid.. Deleting the cache DOES NOT delete your images (which are still safely in the "images" folder). IH2 will rebuild the cache as soon as peole browse your product pages..

Once I hear back from the code gurus validating my proposed fixes, and the testers who are trying this new version out, and we're all sure that everything is nailed down, I will bundle it up and submit it to the downloads section..

Now I'm off to a vocal rehearsal.. Have a happy afternoon!

So far so good.. developer feeback is confirming the code changes are bueno..

If ya wanna get a sneak peek (fileset will be submitted early next week) PM me..

Quote:

---

Originally Posted by DivaVocals

If you want to test the new IH2 fileset, PM me and I'll hit you up with instructions to access the upcoming fileset..

I've installed it on my vanilla Zen test site, and it works like a charm.

This version should fix the following issues:

• Watermarks on large additional images
• Issues with some hosting configurations not setting the file permissions of the bmz_cache child folders correctly

If you want the boring details about why large additional images were not watermarking, let me know, and I'll share.. :smile:

You will have to delete your IH2 cache folders for the permissions changes to be applied.. Do not be afraid.. Deleting the cache DOES NOT delete your images (which are still safely in the "images" folder). IH2 will rebuild the cache as soon as peole browse your product pages..

Once I hear back from the code gurus validating my proposed fixes, and the testers who are trying this new version out, and we're all sure that everything is nailed down, I will bundle it up and submit it to the downloads section..

Now I'm off to a vocal rehearsal.. Have a happy afternoon!

---

Posted via Mobile Device

Quote:

---

Originally Posted by DivaVocals

If you want the boring details about why large additional images were not watermarking, let me know, and I'll share..

---

Long story short, it's my fault, and also that of the guys who ########## a lot but don't beta test.
The fix consists simply in rolling back to the previous version of additional_images.php in rev. 8 and rev. 7.
I made some minor changes for rev. 8b, thinking on hardening php, since it is a loosely typed language I assumed (wrongly) that they would be interpreted by most servers.
I tested in my limited environment and it worked, so I left it there.
Apparently lots of other environments didn't like the changes, so we rolled back and everything is fine again.

I've spent a few hours tracking down the reason for the zen_href_link('', '', 'NONSSL') error I was getting when trying to use the Image Manager...

The problem was first(?) noticed and commented about by mrmarcus66 in posts #42 and #56, pages 5 and 6 respectively, in 2006(!) in this very same thread.

Quote:

---

Once again I think I found what was causing errors with my installation of IH.

The image file name was:
rubber_latex_arm_band(1_stripe)7578_01

the image file name was renamed to:
rubber_latex_arm_band_1_stripe_7578_01

Notice the new file name does not have the ().

Can anyone else try an image with () in the filename and try to add additional images and see what behavour happens.

---

He didn't get an answer to his question in this thread (unless I missed it), but perhaps he did in another thread:

http://www.zen-cart.com/forum/showth...t=67679&page=2


It seems that circular brackets (parentheses to Americans) in image filenames...these things: ()...do indeed send IH2 into a spin. Oddly enough (except to coders I suppose), square brackets [] do not. (I can confirm this.)

Given that naming files with parentheses is a common enough (although apparently frowned upon) way to name files, I would highly recommend this information be included in the IH2 readme file (it isn't, I checked).


Isn't life interesting? Especially when fossicking about you find such tidbits as these:

(On the Microsft website re Excel: http://support.microsoft.com/kb/123577)

Quote:

---

Note Microsoft does not recommend using brackets or other special characters in paths or filenames.

---

(Thanks Bill! er Ballmer. I wish I'd known this years ago.)

Quote:

---

Desiderius Erasmus coined the term lunula to refer to the rounded parentheses (), recalling the round shape of the moon.

---

http://www.historyguide.org/intellect/erasmus.html

Quote:

---

Erasmus stands as the supreme type of cultivated common sense applied to human affairs.

---

That's what's been missing in my life.

Quote:

---

Some authors follow the convention in mathematical equations that, when parentheses have one level of nesting, the inner pair are parentheses and the outer pair are square brackets.

---

So there you have it - it was lunula all along.


************************************


One other thing I discovered was how to remove the annoying "alt" display overlapping the Image Handler mouseover image zooms: (timkroeger post #44 of this thread)

(Purists should turn away now...)

Quote:

---

You could also edit line 78 of includes/functions/extra_functions/functions_bmz_image_handler.php (line number may be different for you) to pass an empty string for alt

---

...replace:

Code:

---

return array($src, '', intval($width), intval($height), $parameters);

---

with

Code:

---

return array($src, $alt, intval($width), intval($height), $parameters);

---

Thanks DivaVocals for your valiant attempts to help - it was and is appreciated. And yes, you do have to have SAFE MODE turned off in the php.ini file in the home directory. BTW this is the default. And, yes, of course, the image folders do have to be writeable.

But for me it was those loonytune lunulas.

Erasmus you forsook me!

I got it round the wrong way! To stop the alt display (and it's not necessarily recommended)...

replace:

Code:

---

return array($src, $alt, intval($width), intval($height), $parameters);

---

with

Code:

---

return array($src, '', intval($width), intval($height), $parameters);

---

...around line 78 of includes/functions/extra_functions/functions_bmz_image_handler.php

Sorry.

Quote:

---

Originally Posted by tpeck

I've spent a few hours tracking down the reason for the zen_href_link('', '', 'NONSSL') error I was getting when trying to use the Image Manager...

The problem was first(?) noticed and commented about by mrmarcus66 in posts #42 and #56, pages 5 and 6 respectively, in 2006(!) in this very same thread.

Quote:
Once again I think I found what was causing errors with my installation of IH.

The image file name was:
rubber_latex_arm_band(1_stripe)7578_01

the image file name was renamed to:
rubber_latex_arm_band_1_stripe_7578_01

Notice the new file name does not have the ().

Can anyone else try an image with () in the filename and try to add additional images and see what behavour happens.

He didn't get an answer to his question in this thread (unless I missed it), but perhaps he did in another thread:

http://www.zen-cart.com/forum/showth...t=67679&page=2

It seems that circular brackets (parentheses to Americans) in image filenames...these things: ()...do indeed send IH2 into a spin. Oddly enough (except to coders I suppose), square brackets [] do not. (I can confirm this.)

Given that naming files with parentheses is a common enough (although apparently frowned upon) way to name files, I would highly recommend this information be included in the IH2 readme file (it isn't, I checked).

---

This seems logical.
You are trying to evaluate a function: rubber_latex_arm_band()
with a parameter: 1_stripe
As neither exist you are getting an empty '' result.

Always bad practice to use curved brackets like this.

As well square brackets [] and other mathematical symbols should probably be avoided as well.
You never know when you will get "unexpected" results when they are evaluated.

You're welcome.. and I'm glad you found your answer..:smile:

Like I said earlier.. in my looksee through some of the posts where this error came about that regardless of which module was triggering the error (because it was more than just IH2 where this error is reported), it always appeared that the solution was be related to server configuration or file naming conventions (as in product and category names) used by shop owners.. Without more information from you it's a shot in the dark as to the specific nature of your issue.. and again, it's not reported often here and it appeared to be isolated incidents.. so I was not aware of any other threads on the topic.. (I don't spend that much time trolling this forum..:laugh:)

In GENERAL image file names, as well as Product and Cateories should NOT contain ANY characters. (with the exception of perhaps underscores and dashes.) and image file names should avoid using spaces in the file names.. This isn't just an IH2 recommendation it's just a general Zen Cart recommendation. I recommend to my clients that if they MUST have more meaningful image file names to use upper and lower case files names. For example: SheaButterCream.jpg This way the file name is meaningful and it avoids all the other naming pitfalls.

NOW.. would YOU like to try the newest IH2 files?? I think you will be happy now that you found out that IH2 does indeed work.. Wouldn't it be great to have the latest version now??:smile:

PM if interested..

Quote:

---

Originally Posted by tpeck

I've spent a few hours tracking down the reason for the zen_href_link('', '', 'NONSSL') error I was getting when trying to use the Image Manager...

The problem was first(?) noticed and commented about by mrmarcus66 in posts #42 and #56, pages 5 and 6 respectively, in 2006(!) in this very same thread.




He didn't get an answer to his question in this thread (unless I missed it), but perhaps he did in another thread:

http://www.zen-cart.com/forum/showth...t=67679&page=2


It seems that circular brackets (parentheses to Americans) in image filenames...these things: ()...do indeed send IH2 into a spin. Oddly enough (except to coders I suppose), square brackets [] do not. (I can confirm this.)

Given that naming files with parentheses is a common enough (although apparently frowned upon) way to name files, I would highly recommend this information be included in the IH2 readme file (it isn't, I checked).


Isn't life interesting? Especially when fossicking about you find such tidbits as these:

(On the Microsft website re Excel: http://support.microsoft.com/kb/123577) (Thanks Bill! er Ballmer. I wish I'd known this years ago.)



http://www.historyguide.org/intellect/erasmus.html

That's what's been missing in my life.



So there you have it - it was lunula all along.


************************************


One other thing I discovered was how to remove the annoying "alt" display overlapping the Image Handler mouseover image zooms: (timkroeger post #44 of this thread)

(Purists should turn away now...)



...replace:

Code:

---

return array($src, '', intval($width), intval($height), $parameters);

---

with

Code:

---

return array($src, $alt, intval($width), intval($height), $parameters);

---

Thanks DivaVocals for your valiant attempts to help - it was and is appreciated. And yes, you do have to have SAFE MODE turned off in the php.ini file in the home directory. BTW this is the default. And, yes, of course, the image folders do have to be writeable.

But for me it was those loonytune lunulas.

---

Quote:

---

Originally Posted by gilby

This seems logical.
You are trying to evaluate a function: rubber_latex_arm_band()
with a parameter: 1_stripe
As neither exist you are getting an empty '' result.

Always bad practice to use curved brackets like this.

As well square brackets [] and other mathematical symbols should probably be avoided as well.
You never know when you will get "unexpected" results when they are evaluated.

---

I agree.. NO special characters in file names is always the safest filenaming approach.. and same holds true for product, category names.. I've seen special characters in product names cause issues with other mods and Zen Cart in general..

Thanks DivaVocals, I'm becoming a convert!

I really do recommend that this information be included in the otherwise excellent readme file. Or, of course, some bright person attempt to "fix" the code if at all possible to allow image filenames with parentheses to be uploaded without error. After all, it's not common knowledge that () can cause problems.

Testing with such an image file I can easily upload one with brackets to, say, http://www.freeimagehosting.net/upload.php

Now that it works well, the program is sweet, no two ways about it, but it's obvious that others do name their files this way (it's not exactly forbidden) or the error wouldn't be posted so often and stump much smarter people than me.

Image Handler exists almost solely to manage files (isn't the zooming considered a sort of side benefit?), so it reallly does behoove the distributor to at least mention this hiccup in the documentation - along with the other supposedly known problem with long filenames (I haven't tested this).

And yes, I would LOVE to try the newest files. Thanks. :smile:

Honestly the file naming issue is really less of an IH2 issue than it is just GENERALLY just not a good idea whether you use IH2 or not.. It's more of a matter of educating folks rather than enabling what truly is a BAD practice... (I spend quite a bit of time education my clients so they do NOT continue these bad habits) The fact of the matter is that there really isn't a GOOD reason why they (parentheses) should be a part of any image name.. I'll give adding it to the readme some thought.. (no promises)

Quote:

---

Originally Posted by tpeck

Thanks DivaVocals, I'm becoming a convert!

I really do recommend that this information be included in the otherwise excellent readme file. Or, of course, some bright person attempt to "fix" the code if at all possible to allow image filenames with parentheses to be uploaded without error. After all, it's not common knowledge that () can cause problems.

Testing with such an image file I can easily upload one with brackets to, say, http://www.freeimagehosting.net/upload.php

Now that it works well, the program is sweet, no two ways about it, but it's obvious that others do name their files this way (it's not exactly forbidden) or the error wouldn't be posted so often and stump much smarter people than me.

Image Handler exists almost solely to manage files (isn't the zooming considered a sort of side benefit?), so it reallly does behoove the distributor to at least mention this hiccup in the documentation - along with the other supposedly known problem with long filenames (I haven't tested this).

And yes, I would LOVE to try the newest files. Thanks. :smile:

---

When I put my mouse over the New Products in the left column, I get this bar that appears at the very top and will display whatever I hover over. It will display the description and the picture.
What do I need to fix this.

Forgot to copy some files into my custom template. *slaps forehead*

Quote:

---

Originally Posted by FragaGeddon

When I put my mouse over the New Products in the left column, I get this bar that appears at the very top and will display whatever I hover over. It will display the description and the picture.
What do I need to fix this.

---

I'm sure you'll all be thoroughly bored by the brackets in filenames topic, but in the interest of thoroughness I'll finish this off.

The reason I didn't twig that the filename was causing the issue was because...

a) I don't have the skills to read these errors meaningfully
and
b) I installed the mod (add-on or whatever) with the images already uploaded. Thus when I went to use the Image Manager and attempted to upload an image with an ordinary "no-brackets" name, it failed. I was unaware that it was the existing images (with brackets in the names) that were the problem.

The revelation is kind of hidden when you spend hours trying to upload all manner of file types UNLESS you upload to a spot behind a no-brackets image. And then you are flummoxed because there seems no rhyme nor reason to the intermittent nature of the error.

Anyway, that's all. I'll certainly be naming my files differently in future.

Not bored.. It's a good discussion and helpful for folks who may have the same issue.. It will make it easy for folks who might be searching for this same issue.

Quote:

---

Originally Posted by tpeck

I'm sure you'll all be thoroughly bored by the brackets in filenames topic, but in the interest of thoroughness I'll finish this off.

---

Well this makes sense.. One thing I keep stressing is that IH2's REAL core functionality is it's image management features. Particularly it's ability to manage the Zen Cart additional images requirements. So IH2 will create the additional images by naming them based on the main product image name.

So if your main product image name contained parentheses, then IH2 would attempt to create additional images using this image name which would then generate the error you were getting..

Quote:

---

Error!

Unable to determine the page link!

Function used:

zen_href_link('', '', 'NONSSL')

---

Quote:

---

Originally Posted by tpeck

The reason I didn't twig that the filename was causing the issue was because...

a) I don't have the skills to read these errors meaningfully
and
b) I installed the mod (add-on or whatever) with the images already uploaded. Thus when I went to use the Image Manager and attempted to upload an image with an ordinary "no-brackets" name, it failed. I was unaware that it was the existing images (with brackets in the names) that were the problem.

The revelation is kind of hidden when you spend hours trying to upload all manner of file types UNLESS you upload to a spot behind a no-brackets image. And then you are flummoxed because there seems no rhyme nor reason to the intermittent nature of the error.

---

Good idea..:smile:

Quote:

---

Originally Posted by tpeck

Anyway, that's all. I'll certainly be naming my files differently in future.

---

Update: Our testing is complete. I have begun rolling out the new code to all of my clients. They are all on various hosts including private servers, Zen Cart certified hosts, and other hosting companies. All is well with each and every one of them..

We have community members who are now happily using the latest version. Though we have finalized the code, we will NOT be submitting this version to the downloads section until we hear back from ALL the testers.

It will take at least 1-2 weeks after submission that for the code to be available in the downloads section. So if you want the new code NOW, PM me and I'll be happy to direct you.

Quote:

---

Originally Posted by DivaVocals

If you want to test the new IH2 fileset, PM me and I'll hit you up with instructions to access the upcoming fileset..

I've installed it on my vanilla Zen test site, and it works like a charm.

This version should fix the following issues:

• Watermarks on large additional images
• Issues with some hosting configurations not setting the file permissions of the bmz_cache child folders correctly

If you want the boring details about why large additional images were not watermarking, let me know, and I'll share.. :smile:

You will have to delete your IH2 cache folders for the permissions changes to be applied.. Do not be afraid.. Deleting the cache DOES NOT delete your images (which are still safely in the "images" folder). IH2 will rebuild the cache as soon as peole browse your product pages..

Once I hear back from the code gurus validating my proposed fixes, and the testers who are trying this new version out, and we're all sure that everything is nailed down, I will bundle it up and submit it to the downloads section..

Now I'm off to a vocal rehearsal.. Have a happy afternoon!

---

Well, I screwed up. I installed the new version without uninstalling the old database. Or at least that is what I think I did.

When I try and uninstall the database, all it does is log me out of Zen Admin.

If someone could tell me what tables are affected or extract the uninstall script for me that would be great. I'd even pay someone to do that, if I have to.

Just FYI, the script is working fine, except it resizes my banner adds. So I am assuming that it is the database entries causing the issues.

The version I have installed at the moment is RC8 and I installed that over the previous original version 2.0.

Thanks for the help.

is it possible to change the base image directory?
from this catalog/images/ to this catalog/images/products

If you are wanting to change the default location Zen Cart uses to store product images when creating products, then I'm not entirely sure that this is an Image Handler support question.. (and no I don't know the answer either..:D)

Quote:

---

Originally Posted by MB1

is it possible to change the base image directory?
from this catalog/images/ to this catalog/images/products

---

Quote:

---

Originally Posted by DivaVocals

If you are wanting to change the default location Zen Cart uses to store product images when creating products, then I'm not entirely sure that this is an Image Handler support question.. (and no I don't know the answer either..:D)

---

I am sure that Diva knows the answer, only did not understand the question the way it was phrased.
When you add images to a product that does not have any you can create them in a subdirectory of your images folder, which you have to create first.
IH2 will read it and give you the choice where to create the main image, all subsequent additional images will be created in same folder.
That is how you plan for scalability and organize your images.
See drop-down arrow to the right of the main images directory in the screenshot, that is how you access sub-folders.

Thank you for both your responses. but i knew that and i just have so many folders in the /images directory that i was curious if i could set-up the IHmanager to point to the /images/products directory instead so it would bypass all the non product folders to make things a bit quicker

My answer was based on my understadnign of the question as follows:

When you create a category in Zen Cart the category page shows as a default in the image directory location "categories". Products on the other hand defaults to the main image directory. Now yes you can create a "products" folder and select it, but the default for all new products will always be the main image directory.

That all said, my answer was that changing Zen Cart to show a different folder by default than the main images directory is more of a core Zen Cart question..:smile:

Now if I did misunderstand, my apologies..

Quote:

---

Originally Posted by ckosloff

I am sure that Diva knows the answer, only did not understand the question the way it was phrased.
When you add images to a product that does not have any you can create them in a subdirectory of your images folder, which you have to create first.
IH2 will read it and give you the choice where to create the main image, all subsequent additional images will be created in same folder.
That is how you plan for scalability and organize your images.
See drop-down arrow to the right of the main images directory in the screenshot, that is how you access sub-folders.

---

Quote:

---

Originally Posted by giancalr

Hi, i installed image handler on my test site and it works fine except imageover, but not a problem because I disabled. installed on the live site and does not work, practically does not show more pictures and gives me the preview of image administration, I tried again the installation several times but always lostesso error. Who knows I give a tip. Thanks I state that I have version 1.2.7 and I installed the version on
I found the error but I can not understand where is wrong,
practically the images you must create the folder bmz_cache are many sub-folders, these sub folders are not read and images will not display HELP
example attached:
site that works in my test looks like this:
http://www.erboristeriabio.com/test/...mage.53x80.jpg

in my live site is not working standards opens thus:
http://www.erboristeriabio.com/bmz_c...mage.53x80.jpg


praticamante not call / / separation of folders to fetch the image.
also doing various tests and editing function_bmz_io,
basically one that creates the folders, I managed to make it work, only that the images all end up on the main root and not bmz_cache.

more so I can not explain. Thanks to whoever answers me.

---

This post is very confusing.
If you mean that you have Zen Cart 1.2.7 I suggest that the first thing you do is upgrade.
Man, I wasn't even born then! :smile:

Quote:

---

Originally Posted by MB1

Thank you for both your responses. but i knew that and i just have so many folders in the /images directory that i was curious if i could set-up the IHmanager to point to the /images/products directory instead so it would bypass all the non product folders to make things a bit quicker

---

If you want to change the default behavior of IH2, read Diva's answer.

All of the developers I consulted have responded favorably with regards to the latest version. So the code currently being tested is officially finalized.

I've heard back from most of the testers, but there's a few (and you know who you are:laugh:) who have not reported back.. All responses received so far have been positive (no issues, works as expected). That said I do not want to submit the new fileset until I hear back from EVERYONE..

Don't make me PM or e-mail you.:lookaroun. Chime in with your feedback please!!!:smile:

In the meantime if anyone else wants to test the new fileset, please PM me for details.

A while back, I was reporting that the newest version of IHv8c wasn't displaying additional images properly, despite fresh installs and numerous re-install attempts.

Today, I have found the culprit of it all. It is a dumb little thing. I never would have found out otherwise except by accident. :lookaroun

If the product doesn't have a name, IH2 will not display the additional images. Having a model number, price or stock amount isn't enough; the product actually needs a product name. If you leave it blank like I did, IH won't display additional images.

:oops:

Who knew? Anyway I'm glad it works!

Latest version works like a charm.

Will there be a new includes/modules/additional_images.php coming soon seeing how 1.3.9e overwrites this file?

Thanks,
Marc

Quote:

---

Originally Posted by tat2nu

Will there be a new includes/modules/additional_images.php coming soon seeing how 1.3.9e overwrites this file?

Thanks,
Marc

---

Don't know since we've not had any chance to look at the 1.3.9e release files to see if this file even changed since the 1.3.9d release.. Since Rev8b of IH2 this file is in an override folder. So for now this is a NON issue for those using the Rev8b fileset. If you are using an older version of IH2, and are concerned, then you should at least upgrade to the Rev8b fileset.

The only change to /includes/modules/additional_images.php is extending the initial conditional to not run the code if additional images are set to off (and the comments, and stripping the ?> at the end of the file).

My site is running the latest edition of Image Handler and is working just fine with the recent upgrade to zencart.

I haven't been about or keeping up to date with this thread ( its a very long thread )

What is being tested in this new edition and what differences to the current version. ?

I know, i know, i could do a search or look back over many pages but i'm being lazy and just asking the question here.

It's a LONG answer so I'm afraid I'm gonna have to (respectfully) ask that you page back through the last 4-5 days postings to get up to speed..:smile: It's all posted here..

Quote:

---

Originally Posted by Mal2809

My site is running the latest edition of Image Handler and is working just fine with the recent upgrade to zencart.

I haven't been about or keeping up to date with this thread ( its a very long thread )

What is being tested in this new edition and what differences to the current version. ?

I know, i know, i could do a search or look back over many pages but i'm being lazy and just asking the question here.

---

Thanks Glenn.. We're testing whether there is still a need for this file at all in the IH2 package based on the version in the latest Zen Cart fileset..

In the meantime those using the Rev8b fileset should be fine upgrading to the new Zen Cart release since this file is in an override folder for IH2. (Thanks to Ajeh for pointing that out!)

Quote:

---

Originally Posted by gjh42

The only change to /includes/modules/additional_images.php is extending the initial conditional to not run the code if additional images are set to off (and the comments, and stripping the ?> at the end of the file).

---

Quote:

---

Originally Posted by DivaVocals

It's a LONG answer so I'm afraid I'm gonna have to (respectfully) ask that you page back through the last 4-5 days postings to get up to speed..:smile: It's all posted here..

---

I'm fine with long answers.

Incidentally i'm using fual slimbox with image handler, today after upgrading to the latest zencart version i note that when you click the main image that the numbered listing for the additional images is now gone, usually you can click one image and fual slimbox allows you to scroll through any additional images on the page without clicking out of that image, thats not happening anymore for me.

I assume its something to do with the latest update, i missed this issue earlier. Not sure if its also related to image handler 2, it would be good if anyone using image handler 2 and fual slimbox and has the latest zencart update could check this small issue.

Ok its an image handler issue with fual slimbox.

I have replaced the additional images ( image handler file ) with the fual slimbox one in includes/modules/your template/additional images.php and hey presto the additional images scroll now works once again.

I'm sure thats one of the things you have been working on and if i had read the previous posts i may have known that. :o)

the version 8c worked fine on my testing, thanks!!

Quote:

---

Originally Posted by fei2010

the version 8c worked fine on my testing, thanks!!

---

Most of us don't have access to version 8c. :smartalec:

question:

if we already have IH2 installed do we need to instll the newest update to it --- is there anything security wise to make it a must or can we leave well enough alone.

sorry if that is doesn't make very much sende...my mom died last week and I don't make much sense right now.

was just wondering if we need to update a working IH2 for the newest version or am I fine as is.

Quote:

---

Originally Posted by Mal2809

Ok its an image handler issue with fual slimbox.

I have replaced the additional images ( image handler file ) with the fual slimbox one in includes/modules/your template/additional images.php and hey presto the additional images scroll now works once again.

I'm sure thats one of the things you have been working on and if i had read the previous posts i may have known that. :o)

---

Said this on the Fual thread.. should post here too..

The exact answer appears to be that the issue with IH2 & additional images is a webhost specific issue based on how php is implemented on some hosts. Like I posted earlier, if you look through this support thread (posts from the last 3-4 days) the details are fully explained.. (You SHOULD take the time to read through)

I think however is that part of the issue is that you did not properly merge the includes/modules/your template/additional images.php files that come with both Fual Slimbox and IH2. Merging the two should resolve any conflicts. This is not an easy job since Fual was written for Zen 1.3.8 and the Fual specific changes are not super obvious. It will take doing some comparisons between the Fual files and Zen 1.3.8 to make note all of the Fual modifications. Then compare that to the latest Zen Cart version to merge in any current Zen version specific changes. Then FINALLY comparing the file to the Image Handler version and incorporating the IH2 specific modifications.

FYI, the current version of Fual may have issues on PHP 5.3 servers as it appears to still contains functions I believe are deprecated in PHP 5.3. (Still need to confirm this when I get around to trying to convert Fual for Zen 1.3.9 for my test store..)

Quote:

---

Originally Posted by DivaVocals

Said this on the Fual thread.. should post here too..

The exact answer appears to be that the issue with IH2 & additional images is a webhost specific issue based on how php is implemented on some hosts. Like I posted earlier, if you look through this support thread (posts from the last 3-4 days) the details are fully explained.. (You SHOULD take the time to read through)

I think however is that part of the issue is that you did not properly merge the includes/modules/your template/additional images.php files that come with both Fual Slimbox and IH2. Merging the two should resolve any conflicts. This is not an easy job since Fual was written for Zen 1.3.8 and the Fual specific changes are not super obvious. It will take doing some comparisons between the Fual files and Zen 1.3.8 to make note all of the Fual modifications. Then compare that to the latest Zen Cart version to merge in any current Zen version specific changes. Then FINALLY comparing the file to the Image Handler version and incorporating the IH2 specific modifications.

FYI, the current version of Fual may have issues on PHP 5.3 servers as it appears to still contains functions I believe are deprecated in PHP 5.3. (Still need to confirm this when I get around to trying to convert Fual for Zen 1.3.9 for my test store..)

---

I'm using InMotion Hosting and a VPS server and PHP 5.2.9, if you get any information on what some hosts are doing with regards their PHP implementation i'd love to know so i can contact them and perhaps ask for them to change a few settings.

I expect them to update to PHP 5.3 before the year is out.

Thanks for testing and thanks for the update!!!:smile:

Quote:

---

Originally Posted by fei2010

the version 8c worked fine on my testing, thanks!!

---

Hey there.. It really is an awful lot to explain, so when you get a chance, read through the last few days of forum activity to get the full details.. I realize that some of the posts from the last coupla days were more about finger pointing and insults, but there is some pretty good information once you get past the less than helpful stuff to get to the REAL issue..

Bottom line it's a permissions issue with the bmz_cache folder. This issue doesn't affect all hosts/servers.. It seems to depend on how PHP is implements on different webhosts.

So if the situation doesn't apply to you, then you don't need to do anything.. Frankly IH2 has been "working" this way for so long with no issues that I am aware of (including any serious store breaches) that I leave it up to individual shop owners to decide. That said once we get all the testers to report in, I will be submitting IH2 Rev8c to the downloads section.

Quote:

---

Originally Posted by DarkAngel

question:

if we already have IH2 installed do we need to instll the newest update to it --- is there anything security wise to make it a must or can we leave well enough alone.

sorry if that is doesn't make very much sende...my mom died last week and I don't make much sense right now.

was just wondering if we need to update a working IH2 for the newest version or am I fine as is.

---

Still don't wanna read the last few days worth of activity huh?? I asked the testers to report their test findings HERE in the support thread (which BTW, you would know if you followed the activity from the last few days..:smile:)

Quote:

---

Originally Posted by Mal2809

Most of us don't have access to version 8c. :smartalec:

---

You'll need to speak to your host about their PHP implementation.. I can't provide any specific information on what other hosts are doing.. It's just very clear that some of the issues we've come across in the last few days do not affect all webhosts..

Quote:

---

Originally Posted by Mal2809

I'm using InMotion Hosting and a VPS server and PHP 5.2.9, if you get any information on what some hosts are doing with regards their PHP implementation i'd love to know so i can contact them and perhaps ask for them to change a few settings.

I expect them to update to PHP 5.3 before the year is out.

---

Trust me Diva sweety, I did read the 6 pages of posts that I missed but they are mush in my brain right now so even if it is something we have to update...I would not be able to do it without killing my site. :blink:

maybe after I get things straight after mothers death and things get back to quasi-normal I can attempt to read them over again. :(

thanks :hug:

I understand.. Honestly I think you should be okay.. This permissions thing has been in place mostly un-noticed for a very long time now.. So I think you'll be okay for a moment..

Sorry to hear about your mom..:( My condolences to you and your family..

Quote:

---

Originally Posted by DarkAngel

Trust me Diva sweety, I did read the 6 pages of posts that I missed but they are mush in my brain right now so even if it is something we have to update...I would not be able to do it without killing my site. :blink:

maybe after I get things straight after mothers death and things get back to quasi-normal I can attempt to read them over again. :(

thanks :hug:

---

thanks Diva you are a :hug:gem, also thanks to you and your crew of programmers and testers for the owrk you all do

not my programmers..:laugh: just a team of volunteers..:smile:

Take care.. We'll see you back here soon!!:smile:

Quote:

---

Originally Posted by DarkAngel

thanks Diva you are a :hug:gem, also thanks to you and your crew of programmers and testers for the owrk you all do

---

Don't wish to rain on your love-fest parade, but we who criticize are also a major positive influence for the good of these projects (despite getting bashed regularly - not just IE2).

I wish that free project "volunteers" truly understood this - all too often, the type of comments which commercial interests learn to tolerate (and seriously learn from) are scorned in these forums; to everyone's detriment IMHO.

Please - it is a forum (looking the word up on Google: a medium for open discussion or voicing of ideas) and as such, you do the project a disservice if you do not accept and learn from criticism.

I re-read the last few pages and saw no finger-pointing or insults - except from those who should know better.

That said, volunteers on this site do a good job, but that does not mean standards - of any kind - should be lowered.

And criticism is not an issue at all.. (never was) However the MANNER in which it's handled can be conducted without name calling and accusations.. Doesn't matter whether or not this is commercial software or not.. There's something to be said for HOW problems are presented or issues are brought to the table. In an open source environment it's especially important since all of the work here is done on a volunteer basis. no reason why issues cannot be presented in a constructive manner..

I simply posted my observations in a "medium for open discussion or voicing of ideas" of what I observed. It's called agreeing to disagree.. We are all after the same thing, but it's presumptuous to assume that not agreeing with someone is a lowering of standards or otherwise from anyone..

Quote:

---

Originally Posted by tpeck

Don't wish to rain on your love-fest parade, but we who criticize are also a major positive influence for the good of these projects (despite getting bashed regularly - not just IE2).

I wish that free project "volunteers" truly understood this - all too often, the type of comments which commercial interests learn to tolerate (and seriously learn from) are scorned in these forums; to everyone's detriment IMHO.

Please - it is a forum (looking the word up on Google: a medium for open discussion or voicing of ideas) and as such, you do the project a disservice if you do not accept and learn from criticism.

I re-read the last few pages and saw no finger-pointing or insults - except from those who should know better.

That said, volunteers on this site do a good job, but that does not mean standards - of any kind - should be lowered.

---

Finger-pointing? Name-calling? Accusations? Insults? Are we referring to the same thread? Why do you write such things?

I can't find a shred of evidence for any of this.

Quote:

---

Originally Posted by tpeck

Finger-pointing? Name-calling? Accusations? Insults? Are we referring to the same thread? Why do you write such things?

I can't find a shred of evidence for any of this.

---

I write such things, because just like you you expressed the opinion that "all too often, the type of comments which commercial interests learn to tolerate (and seriously learn from) are scorned in these forums; to everyone's detriment IMHO", what I wrote is MY opinion.. You clearly do not agree.. So again we will have to simply agree to disagree.. That should be okay right??

Attempting to address recent security concerns.
In my Linux development server, setting the images and the bmz_cache to 755 will not work, simply because "other", in this case PHP, is not allowed to write to those folders.
So I set them to 777 and happily type away.
When I'm done I FTP folders and files as is to the production server.
But when I look at the permissions in the production server they are set to 755 and they work!
How come?
Well, turns out that the production server runs PHP as FastCGI with Apache mod_suexec installed.
The server automatically changes permissions and lets the magic of the Apache configuration work.
Some excellent webhosts also run PHP with mod_suphp, which does pretty much the same thing.
As you may have surmised, in Unix/Linux jargon "su" stands for "superuser" or root.
These programs allow for the execution of scripts as the user, and the user is allowed to write (permission 7).
I don't need to install this on my development server for obvious reasons.
Just to be on top of the paranoia, DV has modified the file that created these folders with 777 permissions to 755.
If you guys use a development server (strongly recommended), please be aware of the issue, just chmod recursively those folders to 777 (if needs be) and fear not.
As DrByte explained, this issue is mostly the webhost's responsibility and not a flaw in IH2.
Sure enough, anything is hackable, given enough time a consumated hacker can break into any system.
The only way to be protected is to tighten your defenses and not be interesting, because hackers don't have time to spend into breaking into a site that is not interesting and has strong defenses, they will simply move on.
And this has been said by Rasmus Lerdorf, creator of PHP.
Look at the Bank of America example, do you think their folders were set to 777?
So, does IH2 make your site more vulnerable, even if in its original inception it set images and bmz_cache to 777?
Certainly not, not more vulnerable than any other mod, depending on the seriousness of your webhost.
Is 777 permissions a security issue?
It used to be, hardly any more.
So, what can we do with support tickets that declare that if folders are set to 777, there is a vulnerability?
Obviously the answer was given out of context, and since they are in electronic format cannot be used as toilet paper.
More info here:
http://www.suphp.org/Home.html
http://httpd.apache.org/docs/2.0//mod/mod_suexec.html
or simply Google these terms.
What is hilarious about all this is that this whole issue has been raised by a guy who:
1. Does not use IH2, so has never experienced a problem with it.
2. Thinks his comments are worthwhile, and wants to be thanked for his contribution.
Sorry to say, I cannot thank a potty-mouthed drunken hooligan for his worthless rants.
I have now to test the new /includes/modules/additional_images.php, otherwise DV will bite my ######.

I wrote to you personally to apologise for any offence I may have *unintentionally* caused with what I considered to be general comments. You seemed to accept and understand this.

A day later you are attacking me - and others I presume - and, although I don't take offence easily, this time *I* am offended, your opinions notwithstanding.

If you don't understand why, there's little I can do to change that.

I thank you for your help and effort helping me with my IH2 problems, but at present I won't be recommending it to others until the filenaming issue is either eliminated or flagged, and - at the very least - our concerns are treated with more respect.

If this was a commercial project you would be receiving a great deal more flak than you have been getting, and you wouldn't be expecting us to help fix things either - nor would you be able to respond offensively as you have done.

We are all volunteers here and to suggest - no state - that our responses (the ones that you dislike) are less than helpful, even though we also put in many hours of work to help solve issues which other software dealt with last century, well, it's plain wrong.

Sorry, I don't agree to disagree, I'm just offended.

Quote:

---

Originally Posted by tpeck

I won't be recommending it to others until the filenaming issue is either eliminated or flagged, and - at the very least - our concerns are treated with more respect.

---

Sorry to hear that you are so easily offended, maybe you should get a tougher skin when posting in a forum?
File naming has been addressed thousands of times in this thread, and we cannot put everything in the readme, people don't read it, short as it is.
If you recommend IH2 or not, is of no concern to me (not speaking for anybody else).
I only care if it works for me, and believe me it does.

Easily offended?

You mean it's OK for a poster to accuse another of finger-pointing, name-calling, accusations and being insulting, but it's not OK to be offended by this? Why not check out the rules of just about all forums in existence including this one?

Perhaps you are right; someone who posts as you do is unlikely to understand (potty-mouthed? Where?)

Quote:

---

we cannot put everything in the readme, people don't read it, short as it is

---

What complete balderdash.

So I've heard back from all but only 2 testers.. Based on this I will plan for this weekend to submit the new IH2 code to the downloads section.

FYI, we are going to make some quick checks to make sure we account for 1.3.9e compatibility. Most notably (as was pointed out a day back) the changes in the includes/modules/YOUR_TEMPLATE/additional_images.php file. So far even without the 1.3.9e changes, the Rev8c package still works on a 1.3.9e site..

Quote:

---

Originally Posted by tpeck

potty-mouthed? Where?

---

I was not referring to you, but to the guy who insulted a lady like DV.

I don't want to buy into another man's argument - I have enough problems trying to get you to understand my own - but I do understand that chap's frustration, whether or not he is right or wrong.

If you have ever had your server hacked you will know what I mean (and, no, it wasn't my fault at all). He is perfectly right not to install a program that may compromise his security - and still has the right to discuss the add-on.

I'm no security buff, but given that you write the filenaming issue has been referred to *thousands of times* in this thread, and you don't therefore think it useful enough to refer to it in a readme file; well, even taking into account your propensity for exaggeration, the illogic of your reasoning tends to make me sympathetic to another poster meeting with similar defensiveness.

When customers write to me with problems, the first thing I try to do is make them feel comfortable - that isn't happening here.

You seem to be addressing some of these server concerns in the update so he wasn't exactly wrong, was he? And neither I believe am I. I don't claim to be an expert - or even right - but even Microsoft appears to have addressed bracket filename issues with Excel 97 in the year 2000.

I politely suggest you are on the wrong track in the communication stakes if you think that having thousands of people write in about filenaming issues means you don't have a problem or an obligation to flag this in the readme file. Or perhaps you would like to give me back the day I wasted on this.

No, but it works for you as you say, so why care?

A tip in article 58 in the Tutorials/FAQ section does advise not using certain symbols in image filenames.

Quote:

---

TIPS
It is wise to NOT use the following symbols in your image filenames: + [ ] $ ' " \ / ()

---

Also zen_href_link('', '', 'NONSSL') is not unique to IH2, it is used throughout Zen Cart in various files.

@Diva

One small thing I have noticed with 8c that doesn't break anything per se, but will send a newbie scampering to claim bug.

I am speaking of 1.3.9e new install with no mods. In the 8c load, there is no style_imagehover.css loaded to the classic template. I know that template customization should be done elsewhere but we see sites every day that are modified using classic.

For some reason, IH2 will not work correctly using the 1.3.9e classic template without the style_imagehover.css in the classic/css folder. The install goes smoothly, but a hover over the image results in a shifting down of the entire site. It shifts the height of the image that IH2 is wanting to display. This jump moves the image you were hovering over down as well so that the larger image does not appear anywhere on the page. The user is left with a large blank area running the width of the page and above the header.

If you move the cursor back down to the image, its larger version shows up in the upper left corner of the browser.

If the user doesn't think to move the cursor, they will only see the shift and no larger image. This could create a lot of false bug reports.

Seems simple enough to add classic to the templates folder and style_imagehover.css in the css folder.

Hopefully I've explained this well enough that someone else can verify.

THANX for all your team's work.

Quote:

---

Originally Posted by tpeck

you don't therefore think it useful enough to refer to it in a readme file

---

In fact I have recommended that DV include a line in the readme about avoiding special characters.
I think that a one-liner is enough to address the issue.
Regarding the chap that feels entitled to write hogwash about a contrib he doesn't use: I also have the right to describe his rants as what they are.

Quote:

---

Originally Posted by tpeck

You seem to be addressing some of these server concerns in the update so he wasn't exactly wrong, was he?

---

Wondering if you can read at all...

...meaning?

Quote:

---

Originally Posted by DivaVocals...

This version should fix the following issues:
Watermarks on large additional images
Issues with some hosting configurations not setting the file permissions of the bmz_cache child folders correctly

---

Quote:

---

In fact I have recommended that DV include a line in the readme about avoiding special characters.
I think that a one-liner is enough to address the issue.

---

Haven't I been saying this all along?

Wondering what your problem really is.

Why not be helpful without the attitude, like clydejones?

You are correct. There is no specific "classic" template folder at all in the Rev8c fileset (as in other mods). There is however an includes/templates/YOUR_TEMPLATE folder, and clear instructions in the readme to rename the YOUR_TEMPLATES folder to the same name as the template folder. This would apply to those using the classic template as well. There are lots of other mods that do not have a specific "classic" template folder, and simply require that those using the classic template rename any template specific folder for the mod to "classic".

From the readme

Quote:

---

Rename the includes/templates/YOUR_TEMPLATE folder to your template name.

---

IH2 will not work correctly for ANY template without the proper CSS or JS files in place. This isn't an "issue" that applies to those using the classic template.

Quote:

---

Originally Posted by dbltoe

@Diva

One small thing I have noticed with 8c that doesn't break anything per se, but will send a newbie scampering to claim bug.

I am speaking of 1.3.9e new install with no mods. In the 8c load, there is no style_imagehover.css loaded to the classic template. I know that template customization should be done elsewhere but we see sites every day that are modified using classic.

For some reason, IH2 will not work correctly using the 1.3.9e classic template without the style_imagehover.css in the classic/css folder. The install goes smoothly, but a hover over the image results in a shifting down of the entire site. It shifts the height of the image that IH2 is wanting to display. This jump moves the image you were hovering over down as well so that the larger image does not appear anywhere on the page. The user is left with a large blank area running the width of the page and above the header.

If you move the cursor back down to the image, its larger version shows up in the upper left corner of the browser.

If the user doesn't think to move the cursor, they will only see the shift and no larger image. This could create a lot of false bug reports.

Seems simple enough to add classic to the templates folder and style_imagehover.css in the css folder.

Hopefully I've explained this well enough that someone else can verify.

THANX for all your team's work.

---

Exactly.. And there are COUNTLESS articles on the internet that say the same. In fact I'm fairly certain that the error that crops up from the improper naming of image files would be an issue with additional images even if IH2 was NOT installed.

Ckosloff and I talked it over, and as he indicated we did add the same line from the Zen FAQ to the IH2 readme. ckosloff is right though.. The readme is already super long and though it contains lots of good information, it's is not read fully as is. We will still have those who have not read the readme or the Zen Cart FAQ who will continue to use special characters in their image file names, and will run smack dab into the additional images error.

Additionally I am of the opinion that "fixing" the IH2 code to allow for these symbols to be used in files names is an inherently BAD idea. Perhaps some of the developers who post here could weigh in on this thought.

Quote:

---

Originally Posted by clydejones

A tip in article 58 in the Tutorials/FAQ section does advise not using certain symbols in image filenames.

Quote:

---

It is wise to NOT use the following symbols in your image filenames: + [ ] $ ' " \ / ()

---

---

Indeed.. The error that is caused by this incorrect naming convention is NOT unique to IH2 at all.. It has cropped up in other places as well..

Quote:

---

Originally Posted by clydejones

Also zen_href_link('', '', 'NONSSL') is not unique to IH2, it is used throughout Zen Cart in various files.

---

Quote:

---

The readme is already super long and though it contains lots of good information, it's is not read fully as is. We will still have those who have not read the readme or the Zen Cart FAQ who will continue to use special characters in their image file names, and will run smack dab into the additional images error.

---

Well, yes, that's a pretty safe bet. No readme file is ever read in full by all.

But how is this supposed to obviate your need to write a Known Issues paragraph to help those who DO read help files?

Or are we supposed to miraculously come upon the information bedded deep in a Zencart FAQ file?

Quote:

---

and as he indicated we did add the same line from the Zen FAQ to the IH2 readme

---

OK, well I missed it. Please show me where it was added. (BTW, this totally contradicts what Ckosloff wrote earlier in post #5581.)

Quote:

---

Originally Posted by tpeck

Well, yes, that's a pretty safe bet. No readme file is ever read in full by all.

But how is this supposed to obviate your need to write a Known Issues paragraph to help those who DO read help files?

Or are we supposed to miraculously come upon the information bedded deep in a Zencart FAQ file?



OK, well I missed it. Please show me where it was added. (BTW, this totally contradicts what Ckosloff wrote earlier in post #5581.)

---

I'd think that it is/will be in rev8c when it is released.

Quote:

---

Originally Posted by tpeck

Why not be helpful without the attitude, like clydejones?

---

I totally agree, it stops me coming here and taking part because i run across people who talk down to me or treat me as inferior, its a sort of arrogance which is very off putting, he even says he only cares if it works for him, i thought the whole point of this was to try and help people, its comments like that which are very pompous and disagreeable and they tend to stoke anger rather than an atmosphere where people are on the same page.

Thats really all i have to say, i find it a little off putting when people give me short and to my mind arrogant and we know best so shut the **** up replies, i can see others think the same but are often put off from saying anything.

Yes it's great people are working on image handler and testing it but i wish some of you would reply in a kinder tone.

@DV

I know the rhetoric is more now than what is deserved.

However, I would ask that you look again at what I posted about the classic template "problem."

As I said, I'm well aware of what should be done with the classic template. What I'm pointing out is what is happening when someone uses classic template, 1.3.9c, and IH2 8c.

As you know, Zen Cart should look to the template_default tpl's if none is found in the current template. For some reason, it is not in this case. Maybe Zen Cart is not set to look to template_default for additional stylesheets. It would seem it is not looking for this stylesheet.

I don't know where the "problem" lies, but an addition of the classic/css/style_imagehover.css to the mod files might keep one less "It don't work" out of the forum certainly easier than coding the files to look in the default if the stylesheet is not found in the current template.

See http://tinyurlDOTcom/366mbdl for an example. You'll find that Fual Slimbox is running, but the same thing happened before it was installed.

Quote:

---

Originally Posted by dbltoe

@DV

I know the rhetoric is more now than what is deserved.

However, I would ask that you look again at what I posted about the classic template "problem."

As I said, I'm well aware of what should be done with the classic template. What I'm pointing out is what is happening when someone uses classic template, 1.3.9c, and IH2 8c.

As you know, Zen Cart should look to the template_default tpl's if none is found in the current template. For some reason, it is not in this case. Maybe Zen Cart is not set to look to template_default for additional stylesheets. It would seem it is not looking for this stylesheet.

I don't know where the "problem" lies, but an addition of the classic/css/style_imagehover.css to the mod files might keep one less "It don't work" out of the forum certainly easier than coding the files to look in the default if the stylesheet is not found in the current template.

See http://tinyurlDOTcom/366mbdl for an example. You'll find that Fual Slimbox is running, but the same thing happened before it was installed.

---

What you are describing happens no matter which template you happen to be using when the IH2 stylesheet is missing.

@Clyde,

Yes, that's why I am suggesting adding the stylesheet to the classic/css in the mod download.

Possibly adding "Make sure style_imagehover.css is in your current template's css folder." to the "Other Troubleshooting Tips" will help as I did not find it when I first noticed the "problem."

I realize you can't make something "idiot proof", but you can try to anticipate some of their mistakes and head them off at the pass.

Quote:

---

Originally Posted by clydejones

What you are describing happens no matter which template you happen to be using when the IH2 stylesheet is missing.

---

Exactly..

Quote:

---

Originally Posted by dbltoe

@Clyde,

Yes, that's why I am suggesting adding the stylesheet to the classic/css in the mod download.

Possibly adding "Make sure style_imagehover.css is in your current template's css folder." to the "Other Troubleshooting Tips" will help as I did not find it when I first noticed the "problem."

I realize you can't make something "idiot proof", but you can try to anticipate some of their mistakes and head them off at the pass.

---

What you are stating isn't quite true..
There are two template specific folders in the Rev8c fileset

1. /includes/modules/YOUR_TEMPLATE
2. /includes/templates/YOUR_TEMPLATE

Renaming both of these folders to the name of your template for ANY template (including classic) should add the IH2 files to a template folder for your template..

and in the readme it clearly says that you MUST rename the YOUR_TEMPLATE folders to the name of your template's folder (like in other modules for example Fual Slimbox)

Renaming the /includes/templates/YOUR_TEMPLATE folder to /includes/templates/classic ADDS the style_imagehover.css to the classic template.. I'm not entirely sure I understand why you think this is not so..

how do i add water marks

Quote:

---

Originally Posted by nateberry

how do i add water marks

---

From the IH2 readme file

Quote:

---

Watermarking
In order for watermarking to work for every image dimension the specific corresponding watermark images have to be present. That means, you have to upload files to the following specific locations (these are included in the install package):

* images/watermark.png
* images/medium/watermark_MED.png (or your specified MEDIUM_IMAGE_SUFFIX)
* images/large/watermark_LRG.png (or your specified LARGE_IMAGE_SUFFIX)

The add-on package includes some demo watermark images for small, medium and large sized images featuring a slightly modified Zen-Cart logo for a quick start. Nothing more to do, switch on, switch off, just as you like. Image Handler takes care of generating images accordingly. You can specify where you want the watermark to appear on the image canvas by selecting NorthWest, North, NorthEast, West, Center, East, SoutWest, South and SouthEast for the Watermark Gravity setting.

---

I never said it was not so.

I simply stated that a newly installed, unmodified 1.3.9e would not work "properly" with the classic template unless the user KNEW to rename the your_template in the installation or add style_imagehover.css to the classic/css folder.

We all see everyday evidence that people have the impression that your_template, custom, or custom_template means something OTHER THAN classic.

I merely suggested that the style_imagehover.css be placed in Zen from the installation by adding classic/css/style_imagehover.css to the templates folder of the install. No core files would be touched and, to me, that would cover the user's assumption that classic does not need to be changed.

And... How many times have you said or heard, "Does it work when you switch to the classic template?"

I presume there are other IH2 files under /includes/templates/your_template/, so failing to rename that folder would cause all those features to not work, not just the stylesheet.