OLD Super Orders 2.0 (See v3.0 thread instead)

[email protected]:

yes this is correct but your missing what im actually saying yes it did update like you and the readme says, but if left orders aswell as super orders on the admin drop down menu if you clicked on either it went to super orders, but its pointless having to order buttons in the same menu both going to the same page
I think what you may be overlooking is that it appears you did not upload the files from the "Optional Edits" folders which does indeed make this change..

nope i used the optional edit files as per readme, very strange but anyhow its all fixed now and thanks for your help in getting it sorted

i was able to to a lil merge with latest version super orders and simple create order module

i took this peice of code from simple_create_orders\modifications\admin\oders.php

          $contents[] = array('align' => 'center', 'text' => '<a href="' . zen_href_link(FILENAME_ORDER_EDIT, zen_get_all_get_params(array('oID', 'action')) . 'oID=' . $oInfo->orders_id . '&action=edit', 'NONSSL') . '">' . zen_image_button('button_edit.gif', IMAGE_EDIT) . '</a> <a href="' . zen_href_link(FILENAME_ORDERS, zen_get_all_get_params(array('oID', 'action')) . 'oID=' . $oInfo->orders_id . '&action=delete', 'NONSSL') . '">' . zen_image_button('button_delete.gif', IMAGE_DELETE) . '</a>');

and injected it into admin/super_orders.php on line 1294

and it seams to be working fine as i see the little edit button on the superorders page, and when i click on it it brings me to the edit order page yippy

i really don't know what i'm doing so if someone with more experience can check it out and see if it's an ok hack that would be great

I have a issue that is making me stop to use Super Orders.

When I go to Customers --> Super Orders and click on an order... and lets say I choose a new status (old status is pending) processing, I did place a check to this **Check here to send change in status email to customer. **I check my email and the status says Pending. It doesn't change the status from pending to processing. But i do get the emails.

So I go to Customers --> Orders and use the regular order and it works just fine and in email too.

What could be an issue? What file do you need to check? thank you.

osaeed:

I have a issue that is making me stop to use Super Orders.

When I go to Customers --> Super Orders and click on an order... and lets say I choose a new status (old status is pending) processing, I did place a check to this **Check here to send change in status email to customer. **I check my email and the status says Pending. It doesn't change the status from pending to processing. But i do get the emails.

So I go to Customers --> Orders and use the regular order and it works just fine and in email too.

What could be an issue? What file do you need to check? thank you.Are BOTH checkboxes checked??

Just wanted to post an update on this.. I tried virtualomega's fix (see previous post below), and it didn't work, but gave me a good hint on what the answer was..

In edit_orders.php find:

            <td class="pageHeading" align="right"><?php   echo '<a href="' . zen_href_link(FILENAME_ORDERS,   zen_get_all_get_params(array('action'))) . '">' .   zen_image_button('button_back.gif', IMAGE_BACK) . '</a>'; 
 
```Replace with:

<!-- BOF Required Super Orders edit to return to super_orders.php instead of orders.php -->

        <td class="pageHeading" align="right"><?php echo   '<a href="' . zen_href_link(FILENAME_SUPER_ORDERS,   zen_get_all_get_params(array('oID', 'action')) . 'oID=' . $oID .   '&action=edit', 'NONSSL') . '">' .   zen_image_button('button_back.gif', IMAGE_BACK) . '</a>';   ?></td>

<!-- EOF Required Super Orders edit to return to super_orders.php instead of orders.php -->

        <!--
        <td class="pageHeading" align="right"><?php echo   '<a href="' . zen_href_link(FILENAME_ORDERS,   zen_get_all_get_params(array('action'))) . '">' .   zen_image_button('button_back.gif', IMAGE_BACK) . '</a>';   ?></td>
        -->

**=========================================**">

> **virtualomega:**
>
> To fix this Back button issue:
> 
> In edit_orders.php on line 659, find:
> ```
            <td class="pageHeading" align="right"><?php   echo '<a href="' . zen_href_link(FILENAME_ORDERS,   zen_get_all_get_params(array('action'))) . '">' .   zen_image_button('button_back.gif', IMAGE_BACK) . '</a>'; 
```and replace with:
> ```
            <td class="pageHeading" align="right"><?php   echo '<a href="' . zen_href_link(FILENAME_SUPER_ORDERS,   'page=1&oID=' . $oID . '&action=edit', 'NONSSL') . '">' .   zen_image_button('button_back.gif', IMAGE_BACK) . '</a>'; 

DivaVocals:

With regards to the slight quirk I posted about previously where the back button is not functioning correctly when using Super Orders and Edit Orders together (see post below), here is the fix:
http://www.zen-cart.com/forum/showpost.php?p=872082&postcount=1676

I also wanted to share on other minor edit I made to edit_orders.php to use with Super Orders. This will add an additional button that takes you back to the Super Orders detail page for the current order from the "Add Product" section of Edit Orders. (Currently there is only a "Back" button that returns you to the Edit Order page..)

Look for this:

if($action == "add_product")
```A few lines down from there find this:

<td class="pageHeading" align="right"><?php echo '<a href="' . zen_href_link(FILENAME_ORDERS, zen_get_all_get_params(array('action'))) . '">' . zen_image_button('button_back.gif', IMAGE_BACK) . '</a>'; ?></td> ```Replace with this: ``` <!-- BOF Edit to return to current order being edited instead of the order list page --> <td class="pageHeading" align="right"> <?php echo '<a href="javascript:history.back()">' . zen_image_button('button_back.gif', IMAGE_BACK) . '</a>'; ?>  <?php echo '<a href="' . zen_href_link(FILENAME_SUPER_ORDERS, zen_get_all_get_params(array('oID', 'action')) . 'oID=' . $oID . '&action=edit', 'NONSSL') . '">' . zen_image_button('button_details.gif', IMAGE_ORDER_DETAILS) . '</a>'; ?></td> </td> <!-- EOF Edit to return to current order being edited instead of the order list page --> ```

To clarify, the code referenced below should be found around line 659 as virtualomega previously posted..

DivaVocals:

Just wanted to post an update on this.. I tried virtualomega's fix (see previous post below), and it didn't work, but gave me a good hint on what the answer was..

In edit_orders.php find:

        <td class="pageHeading" align="right"><?php   echo '<a href="' . zen_href_link(FILENAME_ORDERS,   zen_get_all_get_params(array('action'))) . '">' .   zen_image_button('button_back.gif', IMAGE_BACK) . '</a>'; 

> ```
<!-- BOF Required Super Orders edit to return to   super_orders.php instead of orders.php -->
            <td class="pageHeading" align="right"><?php echo   '<a href="' . zen_href_link(FILENAME_SUPER_ORDERS,   zen_get_all_get_params(array('oID', 'action')) . 'oID=' . $oID .   '&action=edit', 'NONSSL') . '">' .   zen_image_button('button_back.gif', IMAGE_BACK) . '</a>';   ?></td>
<!-- EOF Required Super Orders edit to return to super_orders.php   instead of orders.php -->
            <!--
            <td class="pageHeading" align="right"><?php echo   '<a href="' . zen_href_link(FILENAME_ORDERS,   zen_get_all_get_params(array('action'))) . '">' .   zen_image_button('button_back.gif', IMAGE_BACK) . '</a>';   ?></td>
            -->
```**=========================================**
> 

I mis-spoke.. So let me be clearer here..:smile:

Currently in Edit Orders from the "Add Products" section there is only a "Back" button that returns you to the details page for the order you are adding products to.. With the change posted below there will be one button to take you back to to the order details page for the order you are adding products to and another button to take you back to the Edit Order page..

DivaVocals:

I also wanted to share on other minor edit I made to edit_orders.php to use with Super Orders. This will add an additional button that takes you back to the Super Orders detail page for the current order from the "Add Product" section of Edit Orders. (Currently there is only a "Back" button that returns you to the Edit Order page..)

Look for this:

if($action == "add_product")

> ```
<td class="pageHeading" align="right"><?php echo '<a href="' . zen_href_link(FILENAME_ORDERS, zen_get_all_get_params(array('action'))) . '">' . zen_image_button('button_back.gif', IMAGE_BACK) . '</a>'; ?></td>
```Replace with this:
> ```
<!-- BOF Edit to return to current order being edited instead of the order list page -->
            <td class="pageHeading" align="right">
            <?php echo '<a href="javascript:history.back()">' . zen_image_button('button_back.gif', IMAGE_BACK) . '</a>'; ?> 
            <?php echo '<a href="' . zen_href_link(FILENAME_SUPER_ORDERS, zen_get_all_get_params(array('oID', 'action')) . 'oID=' . $oID . '&action=edit', 'NONSSL') . '">' . zen_image_button('button_details.gif', IMAGE_ORDER_DETAILS) . '</a>'; ?></td>
            </td>
<!-- EOF Edit to return to current order being edited instead of the order list page -->

Does Super Orders support sales of multiple products to multiple shipping addresses without having customer making multiple orders. Single order would be preferred.

interactivewest:

Does Super Orders support sales of multiple products to multiple shipping addresses without having customer making multiple orders. Single order would be preferred.Nope.. Sorry..

interactivewest:

Does Super Orders support sales of multiple products to multiple shipping addresses without having customer making multiple orders. Single order would be preferred.Super Orders is an add-on that assists with the processing of orders received. It doesn't get involved in the creation of those orders in the store, which is where the multiple addresses would need to be collected.

But this open source, so if you have a specific requirement, and know how you want the UI to look, you have the option to dig in and change the software to do it.

Can anyone confirm if the following option is working: Point order at a different customer?
When I click edit contact data I select a customer from the dropdown list and submit. But unfortunately the data doesn't change.

I just installed Super Orders and am having an issue with viewing the invoices from the customer end when I've submitted test orders. My store has been receiving orders for a few weeks before installing this mod.

The link in the email and the "View" button in the customer's account history goes to a blank page. No error page, nothing. The address in the browser is .../index.php?main_page=account_history_info&order_id=107

I'm not sure if the other mods' I have are affecting this or not. Or if I can edit some other codes.

Is anyone else having this issue?? Please help! I'm going to have to uninstall the mod until I can figure this out.

Thanks

Super Orders out the box should work perfectly.. I suggest uninstalling, having a re-read of the readme file, and having a go at re-installing.. Have you made any enhancements to the Super Orders code to merge in other modules or other customizations?? If you have you should try installing Super Orders AS IS out the box and making sure it works before applying any custom code or other modifications..

lpettyjohn:

I just installed Super Orders and am having an issue with viewing the invoices from the customer end when I've submitted test orders. My store has been receiving orders for a few weeks before installing this mod.

The link in the email and the "View" button in the customer's account history goes to a blank page. No error page, nothing. The address in the browser is .../index.php?main_page=account_history_info&order_id=107

I'm not sure if the other mods' I have are affecting this or not. Or if I can edit some other codes.

Is anyone else having this issue?? Please help! I'm going to have to uninstall the mod until I can figure this out.

Thanks

Just wanted to let you all know that there are a few awesome guys who have been generously sharing their knowledge and adding some really neat new features to Super Orders.. It's been a while since I posted an update on this work, but wanted to let you all know things are going well, and I hope you all will like the new improvements as well.. I will post an enhanced feature set in a bit.. (Gotta go eat something right now:laugh:)

That's great to hear, DV! I noticed Scott had updated it recently and thought that might be it. However, I didn't see any of the new search features. So I'm not sure what I installed, but I'm patiently waiting for your new and improved version!

Thanks again to you and those generous guys! :)

ToniScraparoni:

That's great to hear, DV! I noticed Scott had updated it recently and thought that might be it. However, I didn't see any of the new search features. So I'm not sure what I installed, but I'm patiently waiting for your new and improved version!

Thanks again to you and those generous guys! :)

Looks like Scott updated it for 1.3.9d/PHP 5.3 compatibility. What is being worked on now adds some news features such as:

Reporting & Order Update Improvements

1. Improved orders awaiting payment report

2. PDF printing options for packing slips

3. Additional search options for Batch printing/update functions
   Super Orders Payments Improvements

4. For orders paid with Paypal the store owner is no longer required to manually enter the payment in Super Orders. Super Orders will now automatically enter a payment record and show these orders as paid without requiring the store owner to enter a manually enter a payment record.1
   Split**** Orders Improvements

5. Splitting an order now results in a “parent order” (original order number) and a child order (new order number). The resulting parent and child orders cannot be split.

6. Super Orders now correctly re-calculates BOTH the parent and the child order when an order is split. (The original shipping charges stay with the parent order)

7. If an order is paid in full, the split order function will distribute the payment correctly across both the parent and child orders so that you end up with two fully paid orders which true up to the amount of the original order amount.

8. The original payment information is displayed on both the parent and child orders. This display shows the original grand total paid.

9. For split orders paid via PayPal the “empty” PayPal payment notification data panel will no longer be displayed on child orders.

10. The split order packing list button now appears ONLY when the order is either a parent order or the resulting child order -- otherwise it will NOT display.. (Currently it displays on EVERY order when the order includes multiple items)

11. The split packing list details has been fixed to function as it was originally intended (but did not).

• The packing list for the parent order displays the FULL original order with the items that were moved to the child order flagged as "Product(s) will ship separately"

• The packing list for the child order displays the FULL original order with the items that remained on the parent order flagged as "Product(s) will ship separately"
  About PayPal Payments:
  1 There are a number of threads on the Super Orders support thread which discuss a number of methods for automating PayPal payments. Some of these methods include automating refunds as well. I chose not to implement any of these solutions or variations of them in order to maintain a level of consistency when it came to the module’s basic out the box functionality. While other payment methods (notably the Offline Credit Card Processing and Authorize.net modules) did not require the entry of a payment record, payments received through the PayPal payment module required shop owners to manually enter a payment record in Super Orders.

  Furthermore, Super Orders does not include automated refunds processing for any other payment module (such as Authorize.net). Including automated refunds processing for only the PayPal payment module while ignoring other payment modules would be building in a level of inconsistent functionality for a module that will be used by MANY different store owners each with different needs. Therefore applications consistency was the guide in how this function was implemented.

  That said, I fully recognize that there are shop owners who may want this specific functionality (automated refunds processing) for their particular store. There are lots of threads which cover how to add automated refunds for PayPal paid orders, and owners requiring this functionality should seek out those posts and see if they can adapt the suggested code for their needs. (I cannot offer any assistance in this regard)

I ran the SQL patch for Super Orders 2.0, file name super_orders_sql.sql, twice by mistake and got this error:

1062 Duplicate entry 'CA' for key 2
in:
[INSERT INTO so_payment_types VALUES (NULL, 1, 'CA', 'Cash');]
If you were entering information, press the BACK button in your browser and re-check the information you had entered to be sure

you left no blank fields.

---

To be safe, I ran the uninstall sql patch then reinstalled it and ran the super_orders_sql.sql patch again but only ONCE this time and received no errors.

I was just curious if running it a second time with that error message would have caused any problems or if I could have just ignored the error report?

FYI, this is my first time using Super Orders. It looks like a great module. Thanks for creating it and supporting it.

LRS:

I ran the SQL patch for Super Orders 2.0, file name super_orders_sql.sql, twice by mistake and got this error:

1062 Duplicate entry 'CA' for key 2
in:
[INSERT INTO so_payment_types VALUES (NULL, 1, 'CA', 'Cash');]
If you were entering information, press the BACK button in your browser and re-check the information you had entered to be sure

you left no blank fields.

---

To be safe, I ran the uninstall sql patch then reinstalled it and ran the super_orders_sql.sql patch again but only ONCE this time and received no errors.

I was just curious if running it a second time with that error message would have caused any problems or if I could have just ignored the error report?

FYI, this is my first time using Super Orders. It looks like a great module. Thanks for creating it and supporting it.

It will be fine. The reason for the error was because it already existed, so it could NOT create that field again and exited with the error message.