Super Orders v4.0 Support Thread for ZC v1.5.x

This is not my module but usually that would mean that the module keeps trying to install itself. And fails to delete the autoloader - usually because of permissions issues.

So, you need to look for
YOUR_ADMIN/includes/auto_loaders/config.so.php
and back it up and then delete it

The fact that you didn't get a warning message about this might suggest that something else has gone wrong in the install. But maybe not :-)

Someone more familiar with the mod may have more complete advice

the first error message would indicate there is a ZC log file. i would track down the log file which would give you/us a better indication of the error.

log files are invaluable when resolving problems.

I have checked my error logs and I haven't had one since 27th Feb.

PHP Warning: Use of undefined constant UN_DB_ALLOW_MULTIPLE_PRODUCTS_CART_COMPACT - assumed 'UN_DB_ALLOW_MULTIPLE_PRODUCTS_CART_COMPACT' (this will throw an Error in a future version of PHP) in /my/Path/includes/languages/english/extra_definitions/wishlist_defines.php on line 15.

Design75:

It is still a work in progress.
I begin to dispute that. More than a year since the last change. This is stretching the definition of "in progress" rather too far.

Frankly, it is more like a work 'in pause'.

Nothing wrong with not wanting to update it. After all this is not paid work. But more honest to admit it than keep people waiting.

Nope still in progress, but low on the priority list. This is all work that needs to be done in my spare time. Which I don't have much. Unless someone pays me to complete the module, other work goes first.

Are you saying that you have made some changes, but not put them onto github?

Otherwise, more than a year without anything happening isn't really progress, is it?

Design75:

Nope still in progress, but low on the priority list. This is all work that needs to be done in my spare time. Which I don't have much. Unless someone pays me to complete the module, other work goes first.

It has been put out there a few times, once by me for sure, that there is interest in paying you to finish the module.
The question is what would it cost and can the community all pitch in together to make it happen?

My advice is to avoid installing Super Orders.
Some of it is useful, but the very slow development means that you are forever having to wrestle with out-of-date code that doesn't quite work.
This makes keeping the rest of Zen Cart up to date extremely difficult.
I seriously regret ever letting my clients see Super Orders.

hairydog:

My advice is to avoid installing Super Orders.
Some of it is useful, but the very slow development means that you are forever having to wrestle with out-of-date code that doesn't quite work.
This makes keeping the rest of Zen Cart up to date extremely difficult.
I seriously regret ever letting my clients see Super Orders.

Unfortunately, at this point. I have to agree.
But what is a person supposed to do now that they have a solid system for adjusting the orders etc on the fly as I have not seen any other plug-ins that allow for this?

I've made some hacks to mine, including adding additional products to orders, removing products from orders, showing/hiding cost/profit w/ a hotkey toggle (requires check-out and orders class edits), edit date, edit payment module, only thing that's a bit ghetto atm, is if you add/remove products only the quan changes in the products table, so you have to edit the sub-total, then the main total for it to recalculate. My code's probably super messy though, I've never really coded w/ others. It might serve well as it's own branch, if someone wouldn't mind walking me through how to do that.

That's the problem. I've modified SO to work on 1.5.6c (well, some of it: other bits are just an overhead the system is better without) but it's mostly been a piecemeal whack-a-rat circus to weed out (almost) all the errors and deprecated code.
The result is that I have something that works, but it isn't good enough to offer to others.

wsworx:

Unfortunately, at this point. I have to agree.
But what is a person supposed to do now that they have a solid system for adjusting the orders etc on the fly as I have not seen any other plug-ins that allow for this?

Does Edit Orders not work for you?

https://www.zen-cart.com/downloads.php?do=file&id=1513

I should really search the admin tools more frequently (: I didn't' realize I was rebuilding much of that edit orders module/code, I might have merge some of it in a long time ago and forgotten. I'll have to check that out again. My add products has a neat jQuery search deal, but I don't know if I'd run it by a customer ...yet.

Doodlebuckets:

I have a new install, latest Super Orders on a 1.5.1 store: www.ncwheatmontanacoop.com

I have uploaded the base and core files in the right places and had logged into the admin. Autoinstaller will not run. Please help...

exact same issue with latest version

v1.5.7 I giveup. Ive tried installing this 5 or 6 different ways and each time my admin goes away. I only get HTTP ERROR 500 on the screen. Ive downloaded log files via ftp and each time they reference a different file. The latest log file gave this:

[31-Aug-2020 09:05:41 UTC] Request URI: /admin/index.php?cmd=orders, IP address: 104.15.4.66
#1 include() called at [/home/xxxx/admin/includes/classes/order.php:5]
#2 include(/home/xxx/admin/includes/classes/order.php) called at [/home/xxx/admin/orders.php:36]
#3 require(/home/xxx/admin/orders.php) called at [/xxx/admin/index.php:11]
--> PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; order has a deprecated constructor in /home/xxxxx/includes/classes/order.php on line 21.

[31-Aug-2020 09:05:41 UTC] PHP Fatal error: Uncaught Error: Call to a member function get_content_type() on null in /home/xxxx/includes/classes/order.php:245
Stack trace:
#0 /home/xxx/includes/classes/order.php(35): order->cart()
#1 /home/xxx/admin/orders.php(37): order->order(NULL)
#2 /home/xxx/admin/index.php(11): require('/home/xxx/p...')
#3 {main}
thrown in /home/xxx/includes/classes/order.php on line 245

[31-Aug-2020 09:05:41 UTC] Request URI: /admin/index.php?cmd=orders, IP address: 104.15.4.66
--> PHP Fatal error: Uncaught Error: Call to a member function get_content_type() on null in /home/xxx/includes/classes/order.php:245
Stack trace:
#0 /xxx/includes/classes/order.php(35): order->cart()
#1 /xxx/admin/orders.php(37): order->order(NULL)
#2 /admin/index.php(11): require('/home/xxx/p...')
#3 {main}
thrown in /includes/classes/order.php on line 245.

johnniejetski2:

--> PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; order has a deprecated constructor in /home/xxxxx/includes/classes/order.php on line 21.

[31-Aug-2020 09:05:41 UTC] PHP Fatal error: Uncaught Error: Call to a member function get_content_type() on null in /home/xxxx/includes/classes/order.php:245

Two things in there:

1. The "deprecated constructor" tells me you're using a order class file written for a very old version of PHP. While you might not have seen this before, if you recently upgraded your PHP version that'll be why it's starting to report about this.

2. The actual problem: your order class file is missing a function that's expected by your custom admin orders.php file.
   Chances are your Super Orders mod changed /admin/orders.php by adding stuff to it, but your non-admin /includes/classes/order.php file is still old or hasn't been upgraded to match what the admin file is expecting.

Perhaps it's a bug with the latest Super Orders version? Or maybe you installed the wrong files to your server?
Or maybe you've replaced the files by another plugin, and therefore the expected contents is missing?

SMH.... why do people keep trying to install Super orders on current versions (1.5.7) of ZC? It hasn't been updated since 17 Apr 2014 which should tell you that it will be dead in the water out the gate... Which functionality of the old super orders are they trying to get? editing orders? then use Edit orders module, splitting orders? your screwed (already asked the edit orders maintainer about that function and she said no) batch status updates? Batch Form Printing? Those two should be rolled into their own Module. The Changes that were made to invoices and packing slips? Some of those changes could be brought into the existing invoice/packing slips code manually (haven't dug into that). Just trying to figure out what it is about what Super Orders brings to the table that people actually want and use.

Just trying to figure out what it is about what Super Orders brings to the table that people actually want and use.
Good question.
I would like batch order updates. Have held off off touching this since forever, precisely as it would hang me for the rest of the year, "fixing it".

SMH.... why do people keep trying to install Super orders on current versions (1.5.7) of ZC? It hasn't been updated since 17 Apr 2014 which should tell you that it will be dead in the water out the gate... Which functionality of the old super orders are they trying to get? editing orders? then use Edit orders module, splitting orders? your screwed (already asked the edit orders maintainer about that function and she said no) batch status updates? Batch Form Printing? Those two should be rolled into their own Module. The Changes that were made to invoices and packing slips? Some of those changes could be brought into the existing invoice/packing slips code manually (haven't dug into that). Just trying to figure out what it is about what Super Orders brings to the table that people actually want and use.

All that, that you mentioned and more. When we can have it in 1 module, why we need to split it into 2 or 3 modules?

What I use:
-Batch reports/prints
-The changes to balances and payments (which edit orders can't do)
-The modification of hidden comments (which edit orders can't do)
-Like you mentioned, split orders "Edit Orders" can't do.

Also for me the fact that I can actually CLOSE an order after processing it, and it will show green on the list, it's easy when checking what's pending. Also you can spot cancelled orders easily. This simple function, should be integrated to ZC core.

FYI: I used SUPER ORDERS & EDIT ORDERS. I usually don't suggest both to all customers. Some need one, some others the other. Very little amount of people need both.

Understanding the history of the making of Super Orders, Some of its functions are custom, but some of what it does came originally from separate modules and was mashed together to create one module that included all of the things it does.

I suspect the main reason it hasn't been updated in a long time is that Super Orders makes a lot of changes to admin/orders.php which is a file that gets touched all of the time by ZC core updates and nobody wants to try and keep up with it.

My last client that needed a function that SO provides only needed Batch Status Updates, and since the SO module hasn't been updated I ripped batch status updates out and shoved it into a ZC 1.5.6c and it works...mostly, needs some rework for the date picker and layout to work better with the bootstrap template of the admin but it will get the job done.

My position is that SO does too much in one module.

There are a couple of pieces that could probably be brought into core, and some things that could be split off into their own modules, some tweaks to existing core files that would "turn on" if some of the split-off modules where installed:
For example if the PO payment module that ships with SO was split off then the core invoice/packing list could have code added to it to turn on the additions that SO adds to the invoice/packing slip if the PO module were to be installed.

So to answer your question "When we can have it in 1 module, why we need to split it into 2 or 3 modules?" the answer is the maintenance of the module keeping up with core changes