I would like to know the answer too. Anyone here know what is the answer to your question. I'll do some investigation and get back to you if I find an anything. You should email the people at iContact as they probably could assist you..
Hi Ray,.
Thanks for your reply..
This is a lot deeper than relative/absolute paths for images....
I always use the relative path, especially when it comes to SSL sites..
Its actually a lot more deeper in the code, whereby the $request_type variable was being set to NONSSL for both HTTP and HTTPS websites even though they were specified seperately in configure.php. With this being the case, the <base href> tag it the HTML HEAD of each page was being set to HTTP://<website> causing the browser to think SSL is turned off even though the address bar has HTTPS in it..
With the help of a friend who was a PHP Developer for 5 years, i've made the following change which has fixed the problem perfectly..
/includes/application_top.php - Line 42.
Change this line:.
$request_type = (getenv('HTTPS') == 'on') ? 'SSL' : 'NONSSL';.
To this line:.
$request_type = ($_SERVER["SERVER_PORT"] == 443) ? 'SSL' : 'NONSSL';.
This seems to have done the trick in fixing both the SSL Padlock issue and the <base href> HTML Tag Issue..
I have logged this as a bug report for future reference:.
Http://www.oscommerc...nity/bugs,3407/.
Many thanks for your reply, and I hope this helps anyone else that's having the same issue.
Thanks and Regards,.
Ray Frangie.
*links and iContact email to non osCommerce, against forum rules*.
This post has been edited by.
The_Bear.
: 03 January 2006, 23:24..
Actually, you would have found that fix if you had done a search of these forums for ssl issues. Your bug report is not valid, as it is not a bug within osCommerce - it is down to the way in which your hosting provider has their system set up to handle ssl. osCommerce cannot cover all possibilities for ssl and whilst port 443 is very often the ssl port it is not always the ssl port..
Vger..
It's my own dedicated box running Windows 2003 Server Enterprise Edition and IIS6.
It was seen as a fault with all browsers even ones running on Linux..
Changing that line of code seems to have fixed the problem for all browsers...
Of course. It's not a browser issue..
See:.
Http://forums.oscommerce.com/index.php?sho...23entry672623..
I was really looking for it. I am contented with your post...
I seem to recall hearing that IIS returns.
Getenv('HTTPS').
As.
1.
And not.
On.
OsC should really check.
Both.
Forms! So yes, it could be called a bug (of sorts) in osC. Maybe something like:.
$env_HTTPS = getenv('HTTPS');.
$request_type = ($env_HTTPS == 'on' || $env_HTTPS == '1') ? 'SSL' : 'NONSSL';.
I've seen conflicting information on how IIS handles the HTTPS environment variable, so maybe someone more knowledgeable in the ways of IIS can speak on this? I don't know if there are any cases where $env_HTTPS will be unset or otherwise cause errors (is isset() needed?)...

