installer won't start.
no menu at all.
english zc1.5+ spainish language pack
installer won't start.
no menu at all.
english zc1.5+ spainish language pack
installer won't start.
no menu at all.
english zc1.5+ spainish language pack
well. i find the problem. the "images" menu not the same in spainish.
the way that ih4 install, well once i had installed ih4. then i re-install the zen cart,
the ih4 install will never start....
I asume this is a language related problem...
So you managed to install IH4 succesfully? Or not?
From what I understand you did install IH4, and then re-installed Zen-Cart? Why? If you reinstall ZC you should also re-install modules... I think you need to explain more or give more details.
YES. the ih installer locate the images menu, change to your languages. or like me, just set the groud id=4. or if you don't want to modify the ih4 files. just change the spainish.php, set the menu title to "images", after IH4 install, change it back.
One bug: once i install IH4 and then re-install the zen cart, the installer will never activate....i had to re-upload ih4 even they are right there. any way to let the install re-install?
Last edited by DivaVocals; 11 Apr 2012 at 03:46 AM.
My Site - Zen Cart & WordPress integration specialist
I don't answer support questions via PM. Post add-on support questions in the support thread. The question & the answer will benefit others with similar issues.
@weber
Nice one. Yes that is a good work around. The IH code will be updated next time round I am sure. For the time being people installing in a language other than english can make a small alteration to the file includes/init_includes/init_image_handler.php. Find where it says:
and change this to:Code:/* Find Config ID of Images */ $sql = "SELECT configuration_group_id FROM ".TABLE_CONFIGURATION_GROUP." WHERE configuration_group_title='".BOX_CONFIGURATION_IMAGES."' LIMIT 1"; $result = $db->Execute($sql); $im_configuration_id = $result->fields['configuration_group_id'];
This is an error in the code.Code:/* Find Config ID of Images */ $sql = "SELECT configuration_group_id FROM ".TABLE_CONFIGURATION_GROUP." WHERE configuration_group_title='Images' LIMIT 1"; $result = $db->Execute($sql); $im_configuration_id = $result->fields['configuration_group_id']; if($im_configuration_id == '') $im_configuration_id = 4;
For those of you who are going to ask 'why not just set it to 4 in the first place?' the aim was to cover the rare occurence that someone had changed the configuration id of images. It was meant well but was an error.
Finally, if you find yourself in a position where you cannot get into admin because this error is always stopping you then you need to delete a single file which is includes/auto_loaders/config.image_handler.php . That will stop the installer trying to run every time and allow you to make the changes detailed above and solve the problem.
Finally, finally, for those who are saying that the auto-installer is a bad idea the thought is that it just does exactly what you would do if you installed manually. It doesn't do anything new or different. It finds the active template and installs into that. In the same way as one would do by manually. The only difference between this installer and installing manually is that it always creates back-ups of overwriten files. Which has been a source of many many problems on the support threads.
Nick
iszent.com
@weber
Sorry, to disagree with Diva just a little bit, but you can get the installer to run again just by re-uploading the includes/auto_loaders/config.image_handler.php file.
This file is deleted after a successful install. Which stops the installer running again and again and again. It is this file that triggers the installation process. (Which is why if you get into problems with the installer it is the one to delete to stop the process)
If you re-upload it and all the other files are in the right place then the installer will run again. It will overwrite the core files again and create new back-ups.
BUT
what Diva says is still the best way of proceeding. Upload the whole thing again and off you go.
Last edited by niccol; 11 Apr 2012 at 07:19 PM.
Nick
iszent.com
Thanks for posting this niccol.. I was holding off on posting this fix because I wanted to properly QA the fix and confirm it with my testers.. (color me thorough and cautious!) Just got confirmation form my testers this morning.. (Tested with both Dutch and Swedish language packs)
There is one other tip for those folks who are using a language other than English in their stores:
You MUST copy all of the language files in YOUR_ADMIN/includes/languages/english to YOUR_ADMIN/includes/languages/YOUR_LANGUAGE
I have updated the install instructions in the readme accordingly and will be submitting an update for IH4 this weekend. (for those who've already gotten IH4 installed there is NO NEED to update your successful IH4 install with this updated version)
Included in this update is a slight change to the naming convention used for the backup files created by the IH4 auto-installer. It was pointed out to me by a community member that some servers restrict the upload of .BAK files.. So I've modified the IH4 package files and supporting code accordingly.
Good tip.. I will also add this to the readme file!
The auto-installer is a GREAT idea, and it is NOT going away!!!!
I firmly believe it will cut down on the number of support questions related to faulty installs (the most COMMON reason for support questions in the IH2 and IH3 thread can be DIRECTLY attributed to faulty installs)
Not only does the auto installer do all the things you normally would do in an install it does all the things that most shopowners DO NOT do (and should) during an install.. The backup and restore features of the auto-installer are what makes this INVALUABLE to shopowners..
My Site - Zen Cart & WordPress integration specialist
I don't answer support questions via PM. Post add-on support questions in the support thread. The question & the answer will benefit others with similar issues.