Hotclutch

I think we need to be careful how we post. We are all disappointed in the new owners but we are still in their house so to speak. The people who care about osCommerce are still here, those with pure self interest maybe not.

At the end of day, you can not place any expectation on free software. The previous management also made promises and never delivered many times. This never bothered me personally.
For me the best part of osCommerce has been, not so much the fact that it is free software, but the lean core package, and the treasure chest of addons that could be used to build a shop exactly the way you want it. 
Wrt to the new owners, i can only assume that they have changed their minds about making a release at all. How do you go from announcing a release 3-4 weeks away, to absolutely no feedback months later.

Read through that thread. It seems that Gmail spam filters are blocking the subject line. 
 
 

@Hotclutch Did this just start in the last week or so, or did you only just notice it in the last week or so?
If it just started, you may need to speak to who is hosting your site(s), and ask what's changed.
I do recall that there has been a long history of email issues if the 1) sending email address, 2) reply to email address, and 3) your web site's address .... are not the same. You can search the forum for this. IIRC, it happened with both GMail and Yahoo email addresses.
HTH
M

Sorry, false alarm. The DOB problem is specific to one of my sites. Tested on a stock installation and cannot replicate the problem there.

Just wrap that in...
if (is_array($customers_dob) && isset($customers_dob)) {
.....
}
Try it without the is_array() function.
 
 

Actually I found the code and fixed it and now all transactions that were failing are now working, for anyone else on old code like me here is the fix:
edit includes/modules/payment/paypal.php
inside the function "formFields"
add a line after:
        $item_number = '';
        for ($i=0; $i<sizeof($order->products); $i++) $item_number .= ' '.$order->products[$i]['name'].' ,';
        $item_number = substr_replace($item_number,'',-2);
This is the new line to add after:
        if( strlen($item_number) > 127 ) { $item_number = substr($item_number, 0, 124) . "..."; }
That fixes the problem.
Hope this helps someone.
Mike

Try this for the first one.
switch (isset($_GET['install'])) {
or
switch ((isset($_GET['install']) ? $_GET['install'] : null)) {
 
 

For those of you who would like to use this addon with PHP 8 the following change cleared this fatal error.
In the image.php file, change:
$trnprt_color = @imagecolorsforindex ( $this->_image, $trnprt_indx ); to:
if ($trnprt_indx < imagecolorstotal($this->_image)){ $trnprt_color = imagecolorsforindex ( $this->_image, $trnprt_indx ); }  

I installed WooCommerce once and hated it, for its slowness, among other things. osCommerce has never had a problem with speed, even the outdated official versions. Speed usually goes out the window when webmasters start loading their big pics and poorly performing addons onto the core package. This will be the same with Vanilla osCommerce.
If you take the time to install the package you will see that there are no pre-populated modules. The same modules that come with osCommerce are there, apart from the one or two changes like recently viewed etc.
I would say this is a decent option for people to start from, or to migrate their out of date stores to. My first question was will SEO URLs work with this Vanilla osCommerce. I did manage to install FWR's USU5 onto it, albeit with some errors. Not sure how critical these errors are, but the test installation i have does run with it. 

Brilliant effort!
One item stands out that really should've been a core inclusion, is an HTML editor for descriptions, IMHumbleO. Something like CKEditor, depending on suitability with jquery, PHP7/8 etc.
 

It's a pleasure for me to do this (W3 osCommerce), because i benefited from the contributions others have made over decades now. My main motivation though is to produce something that the community can have, and hope that contributors will return to the forum. Maybe that will take time after the damage done.
The worst thing Harald did during the last years of his tenure was to allow a certain individual and his clique to run amok on this forum. It drove a wedge into the community, and hugely disadvantaged everyone. A contribution or thread like mine (or Rudens) would not have been possible. It would have just been deleted.
The best thing the new management has done was to get rid of that clique. Hopefully the community can be repaired now and grow.
You really ought to be banned from here. Your heart/support is with Phoenix - which is fine. But then go post your drivel on that forum and leave the rest of us in peace. 

It's a pleasure for me to do this (W3 osCommerce), because i benefited from the contributions others have made over decades now. My main motivation though is to produce something that the community can have, and hope that contributors will return to the forum. Maybe that will take time after the damage done.
The worst thing Harald did during the last years of his tenure was to allow a certain individual and his clique to run amok on this forum. It drove a wedge into the community, and hugely disadvantaged everyone. A contribution or thread like mine (or Rudens) would not have been possible. It would have just been deleted.
The best thing the new management has done was to get rid of that clique. Hopefully the community can be repaired now and grow.
You really ought to be banned from here. Your heart/support is with Phoenix - which is fine. But then go post your drivel on that forum and leave the rest of us in peace. 

Maybe Vadym just forgot his osC login creds, and cannot figure out how to log back in. LoL
 
 

@OldPete You did not mention which version of osC your site is running. However, I will guess that it is an older version.
** ALL ** of the older 'official' versions of osC are not coded to run under newer versions of PHP, and WILL CRASH as hosts upgrade the version of PHP they are running!
Your options are:
1) Get your host to down-grade you to an earlier version of PHP (v5.x). This is ONLY A TEMPORARY FIX, and many/most hosts are discontinuing support for older versions of PHP.
2) Look at the code in the examples that Hotclutch linked to, and apply ALL of the changes in his code to your site. No, he is not trying to SELL you anything. Be aware that there is a LOT of updates needed to get the old osC code to run under newer versions of PHP. If you don't feel comfortable doing this yourself, you can hire someone to do it for your (again, Hotclutch is NOT trying to sell you something).
3) Look into one of the newer 'unofficial' versions and/or forks of osC. Hotclutch linked to two versions. There are others. Many of these will offer improvements and upgrades from your old version (such as a responsive display, that adjusts the page layout depending on the screen size of your customers. This is crucial in today's age where most people are using mobile devices).
None of these are an in-place upgrade. You would need to install the new code in a new directory, migrate your data over (customers, products, sales history, etc), and apply any mods or add-ons you had in your old shop (make sure they are compatible with whatever new shop code you use!). If you are not comfortable doing this yourself, you can hire someone to do this for you (again, Hotclutch is NOT trying to sell you something).
4) The original developer of osC has sold the name and code to a new party. This new party has announced that they will be releasing a new 'official' version of osC (v4), and will offer a migration path from older versions. However, this new version is late, and the new owners have not been active in keeping us informed as to when it will be available.
I am sure that there are other options (like moving to a different shopping cart program), but this will give you an idea of what is needed for you to move forward.
HTH
Malcolm

The admin is now largely complete. Only 1/2 pages remain to be worked on. All the old tables have been replaced with responsive tables which will scale to the device size. The implementation will be satisfactory to view on medium sized devices and up. An alternative implementation that caters for all screen sizes is possible but then you have to resort to hiding/removing content for small devices. The osCommerce core code and functionality remains exactly the same.

Admin Specials is complete.
 

You can add
 isset($entry_zone_id) && 
to line 168 and line 181, as in,...
if (isset($entry_zone_id) && $entry_zone_id > 0) 
That should get rid of the error, but you still need to test the functionality to make sure it works with this change. I'm not sure why it's throwing this error.
 
 

if ( is_array($color_asked) && count($color_asked) == 3 ) { 
Or,....
if ( is_countable($color_asked) && count($color_asked) == 3 ) { 
 
 

Product Page Layout adjusted.
 

Change:
if ($this->contents[$key]['qty'] < 1) { to:
if (isset($this->contents[$key]['qty']) < 1) {  

https://github.com/ruden/vanilla-oscommerce/blob/dev/catalog/admin/includes/classes/shopping_cart.php

Modal complete.
The theme is now nearly complete. I think I have done enough to make this usable on php7.4; Cannot be used on php8 yet.

I use Bootstrap 5 for the responsive grid because it is superior to the grid of W3.CSS
In template_top.php you will find:
<div id="bodyContent" class="col-md-<?php echo $oscTemplate->getGridContentWidth(); ?> order-first order-md-2"> In template_bottom.php you will find:
<?php if ($oscTemplate->hasBlocks('boxes_column_left')) { ?> <div id="columnLeft" class="col-md-<?php echo $oscTemplate->getGridColumnWidth(); ?>"> <?php echo $oscTemplate->getBlocks('boxes_column_left'); ?> </div> <?php } if ($oscTemplate->hasBlocks('boxes_column_right')) { ?> <div id="columnRight" class="col-md-<?php echo $oscTemplate->getGridColumnWidth(); ?> order-last"> <?php echo $oscTemplate->getBlocks('boxes_column_right'); ?> </div> <?php } ?> Then in includes/classes/osc_template.php:
var $_grid_content_width = 6; and
function getGridColumnWidth() { return 3; } These settings control the project layout. No changes to the database are made. I imagine that the way it is setup now would suit most installations. In Admin, you can still turn on/off boxes, or move them left/right. By doing so you could have a 1,2 or 3 column layout without having to edit code.
If anyone has installed the package from when I have made it available, i have updated it with some progress. You should be able to overwrite the files (minus the configure and htaccess files) to see the changes.

https://www.dropbox.com/s/6yzeg9adbmee3f5/W3-osC.zip?dl=0
If anybody wants to have a look and share their thoughts, above is the download link. It's only a start for now.