Submitted by akovach on Tue, 09/06/2011 - 11:10 Pro Licensee
When using the script installer if we choose /cart the application is installed as expected. If we we want the installer to use / the images are not loading correctly the path is http:/images/ and the admin is using //admin and the whole app loads like molasses.
We would like the installer to function as it does with other applications.
How can this be corrected?
Status:
Closed (fixed)
Comments
Submitted by akovach on Wed, 09/07/2011 - 08:47 Pro Licensee Comment #1
is this a bug?
Submitted by andreychek on Wed, 09/07/2011 - 09:28 Comment #2
Jamie, I can confirm this issue (and I have a fix!).
Whenever osCommerce is installed into the web root (and not a sub-dir), the images won't load properly.
The fix is, whenever it generates the includes/configure.php file, there's a line that looks like this:
define('DIR_WS_IMAGES', '//images/');It appears to not like those "//" at the front there. Simply changing that line to the following fixes the issue:
define('DIR_WS_IMAGES', '/images/');Submitted by akovach on Wed, 09/07/2011 - 11:22 Pro Licensee Comment #3
I have actually tried this and a couple other fixes that just seem to not be working for me
ie the admin area is still referenced with a // (images reamin broken on the admin end) and i cannot seem to find a simple fix for this
Submitted by akovach on Wed, 09/07/2011 - 11:37 Pro Licensee Comment #4
GGGGRRRRRR WHY OH WHY ME
admin has a seperate config wtf; so the files are getting additional /hash and making a mess see below.
Not real familiar with oscommerce; looks like the catalog path also has an extra /hash
includes/configure.php define('DIR_WS_HTTP_CATALOG', '//'); define('DIR_WS_HTTPS_CATALOG', '//'); define('DIR_WS_IMAGES', '//images/');
admin/includes/configure.php define('DIR_WS_ADMIN', '//admin/'); define('DIR_FS_ADMIN', DIR_FS_DOCUMENT_ROOT . DIR_WS_ADMIN); define('DIR_WS_CATALOG', '//'); define('DIR_FS_CATALOG', DIR_FS_DOCUMENT_ROOT . DIR_WS_CATALOG); define('DIR_WS_IMAGES', '//admin/images/');
Submitted by andreychek on Wed, 09/07/2011 - 11:41 Comment #5
Okay, so it looks like any place you see those double slashes like "//", that needs to be updated to just a single slash "/".
Jamie will be able to correct that in the Install Script, but you can manually edit those two config files in the meantime.
Submitted by JamieCameron on Wed, 09/07/2011 - 12:35 Comment #6
Thanks for finding this .. I will include a fix in the next Virtualmin release.
Submitted by akovach on Wed, 09/07/2011 - 15:44 Pro Licensee Comment #7
Ok i am testing some of the other installers and running into issues when the app runs at the root level.
Is it possible this issue applies to other installers? the extra /
Submitted by JamieCameron on Wed, 09/07/2011 - 17:33 Comment #8
Which specific installers did you run into issues with?
Submitted by akovach on Thu, 09/08/2011 - 08:28 Pro Licensee Comment #9
movable type reacted fine in a folder but when installed as web root it appeared broken. I have not used the installers much, given the couple oddities; I plan on testing all of them when installed root vs folder and will report back with a list of my findings.
Would this be helpful?
Submitted by JamieCameron on Thu, 09/08/2011 - 17:32 Comment #10
Thanks, that is a bug in the Movable Type installer .. I'll fix it in the next Virtualmin release.
Please let us know about any other broken installers that you find (preferably by filing new tickets).
Submitted by Issues on Thu, 09/22/2011 - 17:49 Comment #11
Automatically closed -- issue fixed for 2 weeks with no activity.