Prices in catalog showing as 0 zero, oscmax 2.5.4, php 5.6.27

[Markcm]

I am recently updated to oscmax 2.5.4 hosted on godaddy and recently updated PHP to 5.6.27.

All product prices on my catalog side were showing "0", yet admin was correctly showing prices. If I let the catalog page sit for >5 minutes and then refresh the page, sometimes the prices would load but then disappear when reloading again or adding an item to the cart.

I found several fairly lengthy threads (which are all now Closed) discussing this issue yet none were conclusive. Most seem to point to an issue with default languages and/or default currencies being set.

This thread Re: PHP 5.4.4 and osCmax 2.5.3 issue at post #16 suggests their issue was resolved by the host reconfiguring Apache, and post #21 suggests to Force the default language currency = TRUE in the admin panel like this:

In Admin -> Configuration -> General Settings -> My Store:

1) Force the catalog to use the default language = TRUE
2) Force the default language currency = TRUE

This seems to have resolved my issue of price = 0 in my catalog but there is also discussion that this method of forcing a default currency can cause issues as well.

This thread, Re: Problem after installation, suggests a modification to application top for both catalog and admin sides although it was specifically talking about v2.5.3, I would think if this fix was suitable it would be included in v2.5.4 and above (which I am running and still having the issue of 0 price).

And finally this thread, Prices display as 0, discuss some hard coding options to force language settings but follow up comments suggest this isn't a good approach.

Although after forcing default currency in my admin panel my prices are now showing in my 2.5.4 catalog, I don't feel like this issue is really resolved and bring this up incase others face this issue and also for review in v2.5.5.

[jmelson]

If the customer will click a different currency, and then back to the currency they desire, EVERY time after logging in, it will make the correct prices appear, both on the category/products page, and on their cart or checkout page.

Yes, the changes to default lang. and default currency solved this for me, too.

[JRR]

I seem to recall this is related to the CACHE settings. Check those, and don't forget to flush the cache when you make edits to your site otherwise you won't always see any changes (but others would).

[jmelson]

Markcm's instructions in the first message fixes this problem.

Jon

[Eversale]

Guys, this is a nightmare.
I have 2 sites.
Forced to move to a new VPS, with PHP 5.4 (also inc. PHP modules GD, CURL, MYSQL, SOAP, FPM) which all helped fix other errors, but these session issues are killing me
Fixing languages to USA only doesn't help
switching to default template doesn't help
using Michael_S old 2.5.3 application_top files doesnt help either

when will we see 2.5.5 ? and will it help fix these issues ?

[pgmarshall]

Guys, this is a nightmare.
I have 2 sites.
Forced to move to a new VPS, with PHP 5.4 (also inc. PHP modules GD, CURL, MYSQL, SOAP, FPM) which all helped fix other errors, but these session issues are killing me
Fixing languages to USA only doesn't help
switching to default template doesn't help
using Michael_S old 2.5.3 application_top files doesnt help either

when will we see 2.5.5 ? and will it help fix these issues ?

Eversale - I am running 2.5.4 on PHP 5.6.33 so this must be fixable ...

Did you follow the links to here?: PHP 5.4.4 and osCmax 2.5.3 issue

Regards

[pgmarshall]

Been a while but I think this is the change: oscmax / oscmax2
/ source / catalog / includes / application_top.php
— Bitbucket


if (!tep_session_is_registered('language') || isset($_GET['language']) || strlen(trim($_SESSION['language'])) <1 ) {

[Eversale]

Been a while but I think this is the change: oscmax / oscmax2
/ source / catalog / includes / application_top.php
— Bitbucket


if (!tep_session_is_registered('language') || isset($_GET['language']) || strlen(trim($_SESSION['language'])) <1 ) {

Yes, already done this, and still have the errors
the only way to get this to work was to force the language to English in Admin 'switch to default language currency'
this stops the $0 prices and MSRP

Now I have errors in admin, Create order
select a customer, then select a customer from the drop down, then confirm details, hit confirm
should load a new order page, https://www.mysite.com/catalog/admin...s.php?oID=6548

but the page is blank.
(I had the same problem with fedex web services latest 9.5, and had to remove a bunch of the text to get that to work)

[Eversale]

welll, found again its the FEDEX webservces module with PHP5.4 - remove the module (same as other users have found with other national shipping modules), and all works, not only here for 'create order' from within ADMIN, but also fixes the main checkout.
I did get the main checkout to work with fedex, by using the webservices module and library from the default 2.5.4 (vs 9.4.2) versus the 9.5 latest from oscommerce.
BUT, this does NOT resolve the admin 'create order'

these problems are all related to 'sessions' and PHP 5.4+

[Eversale]

FIXED!
PHP 5.4, the fix for BOTH 'create order' and for 'checkout.php' normal checkout:
do not use the oscommerce 9.5, thsi locks. use the OSCMAX 9.4.2 standard with 2.5.4, witht he modification to comment out the session line:
// $totals = $order->info['subtotal'] || $_SESSION['cart']->show_total(); // or perhaps this is better