Super Orders v3.0 Support Thread (for ZC v1.3.9)

futurist71:

HI!

I'm new to ZenCart 1.5, and I'm requiring to print all invoices, which is the version compatible with 1.5?

RegardsIf you look back a few pages you will find the answer you seek..

DivaVocals:

If you look back a few pages you will find the answer you seek..

just installed super orders 4 on a 1.5 using multi site and it works perfect only problem i had was there was n old file called :common_orders_functions.php Which i deleted n it now works fine i highly recommend this version alot better then the older versions

lukeengland12:

just installed super orders 4 on a 1.5 using multi site and it works perfect only problem i had was there was n old file called :common_orders_functions.php Which i deleted n it now works fine i highly recommend this version alot better then the older versions
Thanks for the kind comments.. :smile: I think this really is a cleaner version than previous releases, and a lot of good folks made this all possible.. So kudos to all the volunteers who helped.. :clap:There are some BIG improvements in this version (check out the new/improved batch printing!!! I had lots of folks offer to help fix this part, but in the end there was one ANGEL who got this all working as it should!)

The install instructions in the download on my site are down & dirty and I didn't include this tidbit about deleting the common_orders_functions.php.. I think there's a HINT about this file being unnecessary though in the changelog... I'll post a quick note about this on my site.. Hoping to have enough free time tomorrow evening to wrap up editing the readme files and get these all bundled up and submitted (they really are nearly complete.. I'm just kinda anal about this stuff so I want them right)..

nagelkruid:

Ouch, not even when you select 2 or more orders and hit the print button? I may have bumped in the old "error behind keyboard" then, grmblll...:lamo:Well, it is entirely repeatable here.

Use Batch Status Update for more than one order, and the file super_batch_status.php passes an array to the function zen_scrub_in in common_orders_functions.php which in turn calls the function strcasecmp() which expects a string, not an array. Hence the warning in the cache directory.

I guess it may be fixed in v4 but that's only for ZC1.5.0.

Hi All,

I've made a new cart with a whole new install of super orders 3.02 as I am using ZC1.3.9h. I will be upgrading to ZC 1.5.0 when my hosting company upgrades the php version on my server. I am still getting the 'No Order Payment Data Available' when I view orders in Super Orders.

Why is this? I know that it should work. From reading through the thread I believe the way it should work is that when you view the order through super orders it should automatically create the payment record in the table 'so_payments'. Is this correct? I am using Paypal express checkout on my cart but should it matter which Paypal module you use?

I just cant seem to get any payment data showing in the super orders form where it should be showing.

Any help would be appreciated where it can be given. Is this something that has been released properly in the latest version for v1.5.0.

Thanks,

Brett

myth3_16:

Hi All,

I've made a new cart with a whole new install of super orders 3.02 as I am using ZC1.3.9h. I will be upgrading to ZC 1.5.0 when my hosting company upgrades the php version on my server. I am still getting the 'No Order Payment Data Available' when I view orders in Super Orders.

Why is this? I know that it should work. From reading through the thread I believe the way it should work is that when you view the order through super orders it should automatically create the payment record in the table 'so_payments'. Is this correct? I am using Paypal express checkout on my cart but should it matter which Paypal module you use?

I just cant seem to get any payment data showing in the super orders form where it should be showing.

Any help would be appreciated where it can be given. Is this something that has been released properly in the latest version for v1.5.0.

Thanks,

BrettBroken in v3.02.. Been discussed ad naseum on this support thread.. Fixed in 4.x also discussed ad naseum in this support thread..

Thanks for your reply Diva.

I shall wait and install V4.0 from your website when I get my PHP version updated.

Regards,

Brett

myth3_16:

Thanks for your reply Diva.

I shall wait and install V4.0 from your website when I get my PHP version updated.

Regards,

Brettsure.. no problem.. you'll find that the thread search tool is useful for getting answers to frequently asked questions..

Sorry folks, but I have been slammed and have had absolutely NO TIME to finish the readme..:blush: I am working on finishing the readme editing, but it is a SLOW process.. So for now if you want Super Orders 4.0 for Zen Cart v1.5, it is available on my site. (link in siggy)

As SOON as I finish the readme (hoping for mid August), I will submit it to the downloads, start a new support thread, and Super Orders will no longer be available for download from my site.

Thanks for your patience..

DivaVocals:

Posted on my site last night (link in my signature).. The install instructions in the readme are updated.. The only thing left to do before I submit this is to finalize the readme doc.. Except for the readme, this is the final version. If you are using Edit Orders too, look for that to be posted later today..

One caveat that is important.. If you are using Edit Orders or Ty Package Tracker with Super Orders, DO NOT upload/overwrite the Super Orders orders.php files with the orders.php file from these packages. Super Orders orders.php already has the required code for BOTH mods built in and only needs to be activated using an admin setting..

DivaVocals:

End of the tunnel has arrived (thanks to AWESOME volunteers!!!), but I am SUPER slammed with work at the moment.. List of enhancements/bugfixes listed below for those who haven't read previous posts..

so here's what's gonna happen next..

I will package up Super Orders and try to get it posted on my site sometime this weekend.. If I do this please understand that I will only include down and dirty install instructions. I still need to update the readme before I submit it to the downloads section here.. As soon as this is submitted and made available in the downloads it will NO LONGER be available on my site..

Now with that out the way here's the BEST part of the new Super Orders.. two words ya'll

AUTO INSTALLER!!

No more external SQL files needed to install/upgrade Super Orders.. Yep that's right.. I managed to get an auto-installer WORKING with Super Orders!!! (how cool is THAT???!!!) This means if you are upgrading from a previous Super Orders install or doing a vanilla Super Orders install, the auto installer has got you covered.. Uninstall is not automated (the code to make this work is above my paygrade.. :laugh:) So to uninstall you will still need to use an external SQL file..

That said, and I will also say this in the down and dirty install instructions.. DO NOT RUN THE UNINSTALL SQL when upgrading.. Let me repeat..

DO NOT RUN THE UNINSTALL SQL when upgrading!!!!!!

You will wipe out your payment/refunds/purchase order tables.. (This is IRREVERSIBLE!!)

I will post HERE once I have the installer files up on my site.. As soon as I finish updating the readme, I'll submit to the downloads section..

Happy Friday!!!

DivaVocals:

Update..

Because of the ability to integrate Edit Orders with Super Orders (for those running both add-ons) I wanted to release Edit Orders and Super Orders at the same time. However there are two bugs that have held up both of these releases.

There are volunteers who are working on addressing these bugs. I have no ETA on how soon they will be able to finish the work at this time.. Hoping that it will be soon. That's the best timeframe I can give anyone about the status of this add-on. It will continue to be the answer I give when asked timeframe questions. (sorry folks..:smile:)

For those who want details on the outstanding issues here they are.

Super Orders
Summary: Batch printing invoices/packingslips not page breaking correctly in Internet Explorer, Opera, & Safari
Description: The batch print function of Super Orders is not correctly interpreting the page breaks for invoices, packingslips, and shipping labels. For invoices & packingslips, the page break should happen just above the logo for each page generated. Shipping labels should be printing 4 labels to a page. The page break functionality works correctly in Firefox & Chrome.

Edit Orders
Issue: Status change requires comment to be entered
Description: System will not save status without entering a comment. Changing the order status without entering a comment results in an error message being generated, and the updated order status is not saved to the status update table.
===========================================================

Enhancements the new version will offer..

2. **DONE Full integration of Super Orders functionality into the into Zen Cart core. Eliminate once and for all the separate Super Orders versions of the core "cousin files". Replace super_orders.php, super_invoice.php, & ** super_packingslip.php with Super Order enhanced versions of the core files orders.php, invoice.php, & packingslip.php.

3. **DONE **Auto generate Super Orders payment records when orders a paid via PayPal

4. **DONE **Credit Card Auto Payment Generation Tweak:

I decided to update the class file that auto generates Super Orders payments for credit card paid orders based on Blindside's post here:[

http://www.zen-cart.com/forum/showpo...&postcount=207](http://www.zen-cart.com/forum/showpost.php?p=276219&postcount=207). (just the part of this code which relates to credit payments.. PayPal auto payments are handled differently)

I liked the fact that it no longer hardcodes the credit card codes, and instead relies on the data in the Super Orders payments types table. IF a NEW credit card type is supported by Zen Cart, the only thing Super Orders users need to do is to create a corresponding Super Orders payment type (the Super Orders payment code must match the corresponding credit card as it does now for supported credit cards).. This is loads easier for all I think!!

This will help keep people -- particularly newbies -- "out of the code" just to update the module.. Having to edit module files is often where things go wrong for newbies:smile:..

5. Batch Form Printing. When shopowners print multiple invoices they are presented with a new window with all the selected invoices in separate frames. Printing frames is only supported by IE and Firefox (the 2 most commonly used browsers when SO was initially released). This code still works, but is showing signs of it's age. (the 80s called.. :laugh:) Frame printing is not supported in Chrome, Safari, or Opera. Therefore, this function is to be modified so that batch invoices no longer render in frames and the selected invoice prints on its own page. Align batch invoices and packingslips so that they look/act like the single printed versions.

6. **DONE **Fixed super_report_await_pay.php - missing a "<?php" (see: http://www.zen-cart.com/forum/showpost.php?p=1008080&postcount=275)

7. **DONE **This "fix" should be addressed in the readme as part of the user manual and therefore will not be included in the release. http://www.zen-cart.com/forum/showpo...&postcount=279

8. **DONE **Fixed super_data_sheet.php lines around lines 225 where Ty Package Tracker is included. Caused errors for those not running Ty Package Tracker. (see: http://www.zen-cart.com/forum/showpost.php?p=977666&postcount=55)

9. **DONE **Correct PDF packing slip to interpret and output currency and other symbols correctly. (trademarks, currency symbols, copyright, etc)

10. **DONE **Eliminate the need for the common_orders_functions.php file. Edit Orders and Super Orders should have their own functions files.

11. **DONE **Comments in “Batch Status Update” should work the same way default order comments work. (support for e-mail, no e-mail, or hidden comments) . If working properly should allow shop owner to create batch hidden order comments.

12. **DONE **PDF Packing Slip now prints comments the same way comments print on the regular invoice.

13. **DONE **Correct balance due display on PDF packing slip

Hi,

I just install SO v4.0 in my ZC 1.5 but, In my Admin>Payments not showing correctly , please guide me to solve, both Print screens are added

Before Installing Super Order

After Installing Super Order

Vinod

vkd1980:

Hi,

I just install SO v4.0 in my ZC 1.5 but, In my Admin>Payments not showing correctly , please guide me to solve, both Print screens are added

Before Installing Super Order

After Installing Super Order

VinodNo clue since Super Orders would not remove or delete existing payment modules. Your first screenprint is what I would expect to see AFTER installing Super Orders.. (I can see the purchase order payment module which comes with Super Orders is installed) Something else you've done has removed your payment modules..

thank you for quick reply

DivaVocals:

No clue since Super Orders would not remove or delete existing payment modules. Your first screenprint is what I would expect to see AFTER installing Super Orders.. (I can see the purchase order payment module which comes with Super Orders is installed) Something else you've done has removed your payment modules..

I know that its won't overwrite any payment modules, But regarding the purchase order module I just saved the file in payment modules to test whether that file causing the prob on my installation

vkd1980:

thank you for quick reply

I know that its won't overwrite any payment modules, But regarding the purchase order module I just saved the file in payment modules to test whether that file causing the prob on my installation
I don't see how it could.. It's just a payment module.. Nothing special about it.. It's a clone based on the check money order module.

In the long history of this add-on (going back to the original version) NO ONE has ever reported an issue like you are reporting. I cannot reproduce it in all the MANY Super Order installs I have done, and no one else has either otherwise this would have been reported by someone else.. This leads me to believe that this issue is being caused by something else going on in your store. I don't know what that could be, but I am certain it's not related to Super Orders.

I just started installing SO 4 in my back up in local machine and revert you with result

I got it

It just disappearing when you copy YOUR_ADMIN\includes\functions\extra_functions\super_orders_functions.php

is there any guess

it start working when I commented out the following function in super_orders_functions.php

/*function update_status($oID, $new_status, $notified = 0, $comments = '') {
  global $db;
   if($notified== -1){
   $cust_notified = -1;
   }
  elseif ($notified==1) 
       $cust_notified = 1;
  else  
       $cust_notified = 0;
  $db->Execute("INSERT INTO " . TABLE_ORDERS_STATUS_HISTORY . "
                (orders_id, orders_status_id, date_added, customer_notified, comments)
                VALUES ('" . (int)$oID . "',
                '" . $new_status . "',
                now(),
                '" . $cust_notified . "',
                '" . $comments . "')");

  $db->Execute("UPDATE " . TABLE_ORDERS . " SET
                orders_status = '" . $new_status . "', last_modified = now()
                WHERE orders_id = '" . (int)$oID . "'");
}  */

is there an bug/duplication of function

vkd1980:

is there an bug/duplication of function

@DivaVocals
Please find the two functions in same name ,Pls revert they can cause this error? :blink:

function in super_orders_functions.php

/////////////////
// Function    : update_status
// Arguments   : oID, new_status, notified(optional), comments(optional)
// Return      : none
// Description : Adds a new status entry to an order
/////////////////
function update_status($oID, $new_status, $notified = 0, $comments = '') {
  global $db;
   if($notified== -1){
   $cust_notified = -1;
   }
  elseif ($notified==1) 
       $cust_notified = 1;
  else  
       $cust_notified = 0;
  $db->Execute("INSERT INTO " . TABLE_ORDERS_STATUS_HISTORY . "
                (orders_id, orders_status_id, date_added, customer_notified, comments)
                VALUES ('" . (int)$oID . "',
                '" . $new_status . "',
                now(),
                '" . $cust_notified . "',
                '" . $comments . "')");

  $db->Execute("UPDATE " . TABLE_ORDERS . " SET
                orders_status = '" . $new_status . "', last_modified = now()
                WHERE orders_id = '" . (int)$oID . "'");
}  

function in purchaseorder.php

// class methods
    function update_status() {
      global $order, $db;

      if ( ($this->enabled == true) && ((int)MODULE_PAYMENT_PURCHASE_ORDER_ZONE > 0) ) {
        $check_flag = false;
        $check = $db->Execute("select zone_id from " . TABLE_ZONES_TO_GEO_ZONES . " where geo_zone_id = '" . MODULE_PAYMENT_PURCHASE_ORDER_ZONE . "' and zone_country_id = '" . $order->billing['country']['id'] . "' order by zone_id");
        while (!$check->EOF) {
          if ($check->fields['zone_id'] < 1) {
            $check_flag = true;
            break;
          } elseif ($check->fields['zone_id'] == $order->billing['zone_id']) {
            $check_flag = true;
            break;
          }
          $check->MoveNext();
        }

        if ($check_flag == false) {
          $this->enabled = false;
        }
      }
    }

Again it is UNLIKELY this is the cause of the issue you are having. I also doubt very seriously this would cause an issue for anyone else either otherwise others would have reported the SAME issue you are reporting (to date NO ONE has ever reported this same issue).. Your issue is unique to your install, and you are gonna need to provide more information about your install (other modules installed, is this a new install or upgrade from previous version, SQL version, PHP version etc).. Without being able to repeat the issue or having more information about your install, it's tough to say with any certainty what you issue is..

vkd1980:

@DivaVocals
Please find the two functions in same name ,Pls revert they can cause this error? :blink:

function in super_orders_functions.php

/////////////////
// Function : update_status
// Arguments : oID, new_status, notified(optional), comments(optional)
// Return : none
// Description : Adds a new status entry to an order
/////////////////
function update_status($oID, $new_status, $notified = 0, $comments = '') {
global $db;
if($notified== -1){
$cust_notified = -1;
}
elseif ($notified==1)
$cust_notified = 1;
else
$cust_notified = 0;
$db->Execute("INSERT INTO " . TABLE_ORDERS_STATUS_HISTORY . "
(orders_id, orders_status_id, date_added, customer_notified, comments)
VALUES ('" . (int)$oID . "',
'" . $new_status . "',
now(),
'" . $cust_notified . "',
'" . $comments . "')");

$db->Execute("UPDATE " . TABLE_ORDERS . " SET
orders_status = '" . $new_status . "', last_modified = now()
WHERE orders_id = '" . (int)$oID . "'");
}

> 
> function in **purchaseorder.php**
> ```php
// class methods
    function update_status() {
      global $order, $db;

      if ( ($this->enabled == true) && ((int)MODULE_PAYMENT_PURCHASE_ORDER_ZONE > 0) ) {
        $check_flag = false;
        $check = $db->Execute("select zone_id from " . TABLE_ZONES_TO_GEO_ZONES . " where geo_zone_id = '" . MODULE_PAYMENT_PURCHASE_ORDER_ZONE . "' and zone_country_id = '" . $order->billing['country']['id'] . "' order by zone_id");
        while (!$check->EOF) {
          if ($check->fields['zone_id'] < 1) {
            $check_flag = true;
            break;
          } elseif ($check->fields['zone_id'] == $order->billing['zone_id']) {
            $check_flag = true;
            break;
          }
          $check->MoveNext();
        }

        if ($check_flag == false) {
          $this->enabled = false;
        }
      }
    }

DivaVocals:

Again it is UNLIKELY this is the cause of the issue you are having. I also doubt very seriously this would cause an issue for anyone else either otherwise others would have reported the SAME issue you are reporting (to date NO ONE has ever reported this same issue).. Your issue is unique to your install, and you are gonna need to provide more information about your install (other modules installed, is this a new install or upgrade from previous version, SQL version, PHP version etc).. Without being able to repeat the issue or having more information about your install, it's tough to say with any certainty what you issue is..

Myserver is apache 2.2.21 php5.3.8 mysql 5.5.16

My installation is Fresh ZC v 1.5.0

with following Plugins Installed

1.CAPTCHA Validation
2.Sitemap XML
3.Testimonial Manager 1.5.2
4.Zen LightBox
5.Reward Point
6.Google Analytics
7. RSS Feed
8.SEO Urls
9.CC Avenue Payment Gateway
10.E Billing Solution Payment Gateway
11.Table Rate Clone Shipping Module
12.Sales Report
13.Image Handler 4
14.Image Check
15.Find Duplicate Models
16.Edit orders 3.0
and Your Paramita Admin theme

vkd1980:

Myserver is apache 2.2.21 php5.3.8 mysql 5.5.16

My installation is Fresh ZC v 1.5.0

with following Plugins Installed

1.CAPTCHA Validation
2.Sitemap XML
3.Testimonial Manager 1.5.2
4.Zen LightBox
5.Reward Point
6.Google Analytics
7. RSS Feed
8.SEO Urls
9.CC Avenue Payment Gateway
10.E Billing Solution Payment Gateway
11.Table Rate Clone Shipping Module
12.Sales Report
13.Image Handler 4
14.Image Check
15.Find Duplicate Models
16.Edit orders 3.0
and Your Paramita Admin theme
You have a LOT of add-ons installed and any one of them (the payment modules are likely culprits) could be the cause of your unique issue.. Why not try doing a clean 1.5 install and then install Super Orders. Test things, then install each add on one at a time to see which one is bumping heads with Super Orders..