Missing order total modules

[hubert]

Not a ZC recommended process, but important in this regard is the latest version (compatible with ZC 1.5.4) of your plugins installed?

I'll let others berate for using that process. :)

Yes and no, I was upgrading those who have been upgraded to be 1.5.4 compliant but, as you can imagine, not all are supposed to be compatible with 1.5.4.
So in this case what's my choice ? To reduce my modules to only the ones compatibles ?
Ending with a site which looses functionnalities ?
Or staying in 1.3.8 and keeping security holes ?

Most of the modules I'm using, even if they're not stated as compatible 1.5.4, are working... So I preferred to follow the new versions.
Another reason is PHP is also evolving so my hosting...

[mc12345678]

Just came to me about what the problem probably is in this regards.u

PjOm*qne thing that was done to increase the security of ZC was to use $_POST instead of $_GET commands because the field that is missing is somethng entered by the user, more than likely the header file of the page that follows the page of user entry reviews the entry looking for information in the get variable instead of post. As a result, 0 is found and no reduction in points. To identify at least the applicable "next" page, review the page source of the page that contains the customer entry for points to be used. Target the <form tag that precedes the field of entry. It should be a 'post' form. The path that is the src I think it is, is the path to the next "page". That page is loaded by first hitting the applicable includes/modules/pages/ME_NEXT folder... The plugin may take advantage of notifiers and therefore the code applicable may be elsewhere... It may also be in the applicable order_totals folder in the includes/modules folder...

Another reason to use/install the latest version(s) of software especially when upgrading from software that old with so many changes in base coding likely.

With regards to the above discussion, one would want to evaluate what specific impact does each of the 25 modules have on successful purchasing and what of those are just extra baggage. Beyond that, the coding philosophy and principles have changed since then, just because there is not an identified error, does not mean that the code is "sound" for future use... Would also suggest rebuilding your configure.php files to approximate what is provided as a demo configure.php file named (or closely named) dist-configure.php. Just to be sure that defines such as DIR_FS_LOGS is included in loading and logging of errors in the /logs directory.

[hubert]

Just came to me about what the problem probably is in this regards.u

PjOm*qne thing that was done to increase the security of ZC was to use $_POST instead of $_GET commands because the field that is missing is somethng entered by the user, more than likely the header file of the page that follows the page of user entry reviews the entry looking for information in the get variable instead of post.

The page where the customer checks the "use reward points" checkbox is checkout_payement, so the next on is checkout_confirmation. I've been in the /includes/modules/pages/checkout_confirmation dir and read the header_php.php file.
There's no word about reward points module.

As a result, 0 is found and no reduction in points. To identify at least the applicable "next" page, review the page source of the page that contains the customer entry for points to be used. Target the <form tag that precedes the field of entry. It should be a 'post' form. The path that is the src I think it is, is the path to the next "page". That page is loaded by first hitting the applicable includes/modules/pages/ME_NEXT folder... The plugin may take advantage of notifiers and therefore the code applicable may be elsewhere... It may also be in the applicable order_totals folder in the includes/modules folder...

I've searched the checkout_payement page for <form tags, and there's only one that is for the whole checkout datas (cash, cc, tips, and reward points), and of course the method is post.

Another reason to use/install the latest version(s) of software especially when upgrading from software that old with so many changes in base coding likely.

With regards to the above discussion, one would want to evaluate what specific impact does each of the 25 modules have on successful purchasing and what of those are just extra baggage. Beyond that, the coding philosophy and principles have changed since then, just because there is not an identified error, does not mean that the code is "sound" for future use... Would also suggest rebuilding your configure.php files to approximate what is provided as a demo configure.php file named (or closely named) dist-configure.php. Just to be sure that defines such as DIR_FS_LOGS is included in loading and logging of errors in the /logs directory.

OK, I'm going to follow the upgrade advices and rebuild from scratch. One thing I'm missing in the "How do I rebuild my site on the new version, instead of upgrading?" page is if I'm running the new files against a brand new database or an upgraded copy of the current database ?

[mc12345678]

Both in a way. Initially will be the default ZC database (doesn't have to have the demo product), but then the store database will replace the contents of whatever database content was used, and that content is updated to the current version.

[mc12345678]

Btw, based on that review, I'm guessing (haven't done my own homework) that the next page references the ot_modules and that the module is "responsible" for collecting the info...