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

[DivaVocals]

http://mydomain.com/shop/admin/super...28&action=edit page is blank when i click to edit a page in super orders in the customer /super admin/ and i select an order to edit it send me to blank page...... running zencart 1.3.9f installed super orders 2.0 1.3.9

Sounds like an incomplete/incorrect install.. Suggest going over all of your installation steps again..

[nohart]

I am unable to do a partial refund with PayPal Express using the Super Orders screen. I didn't have access to the regular order screen that this one replaced so I uploaded the file includes\filenames.php. This allowed access to the original Orders screen screen and I was able to accomplish the partial refund.

Does anyone know what the issue may be? I thought that Super Orders basically accessed the original file that it replaced and just added more functions? I set the Log files to on in the PayPal Express payment module and have the IPN records if anyone wants to look at them. I think there is about 18 of them.

I am running v1.3.9g

One thing I did notice on the Super Orders Screen was that it says No Payment Data Available.

Here is one of the IPN Logs:

IPN ERROR :: No pending Website Payments Standard session data available.
Might be a duplicate transaction already entered via PDT.


Thanks for helping

[nohart]

Hello,

I apologize if I may not be posting this question in the correct forum area...

I am using Super Orders and I am up to date with Zen Cart v1.3.9g. I found that I only had to do about 1 line of merging to order.php using WinMerge to get all functions back to normal.

The problem I have now is that I am also using Authorize.net to process my orders. I cant seem to find a way to get that to interface with USPS for shipping labels. I saw that in Super Orders I can print a generic Label but no way to print a paid for shipping label as my PayPal Express module does with USPS.

So I thought I would add the add-on "USPS.com Click-n-Ship AutoFill Button" Because this is the only interface I can seem to find that would allow for printing a postage paid shipping label with USPS using Authorize.net.

The problem I have is that the file provided in "USPS.com Click-n-Ship AutoFill Button" has a heavily modified super_orders.php file that is about 2 years old and I am not good enough at Winmerge to know what I am doing to make the files current. Does anyone have any suggestions?

Ok what I did was installed stamps.com This takes care of the shipping label issues.

But I really think I am going to have to uninstall Super Orders because it has a few bugs one which I recently found out was that it doesn't do refunds or partial refunds. I really wish that someone with the knowledge to update this module would come along because it has great potential but in the state it is in now I think I am just asking for problems leaving it installed.

[DivaVocals]

Ok what I did was installed stamps.com This takes care of the shipping label issues.

But I really think I am going to have to uninstall Super Orders because it has a few bugs one which I recently found out was that it doesn't do refunds or partial refunds. I really wish that someone with the knowledge to update this module would come along because it has great potential but in the state it is in now I think I am just asking for problems leaving it installed.

There's a BIG difference between a bug and a feature request.. Bugs imply features not working as they should.. It's been no secret that Super Orders doesn't support PayPal refunds.. That's not a bug.. It's a missing feature.. If you search through this thread you will see that others have tackled this and shared their code with the community..

[DivaVocals]

There's a BIG difference between a bug and a feature request.. Bugs imply features not working as they should.. It's been no secret that Super Orders doesn't support PayPal refunds.. That's not a bug.. It's a missing feature.. If you search through this thread you will see that others have tackled this and shared their code with the community..

Let me correct this.. I'm not sure if you are referring to the PayPal payment module functions or the Super Orders payment and refunds entry.. If you are referring to the latter, then no currently Super Orders does not auto create a refund entry when you process a refund through PayPal.. If you are referring to the PayPal payment module, Super Orders uses the same PayPal functions as in the default orders..

[DivaVocals]

Let me correct this.. I'm not sure if you are referring to the PayPal payment module functions or the Super Orders payment and refunds entry.. If you are referring to the latter, then no currently Super Orders does not auto create a refund entry when you process a refund through PayPal.. If you are referring to the PayPal payment module, Super Orders uses the same PayPal functions as in the default orders..

and as a final follow-up, this is the code which brings the PayPal payment nofication data into orders.php

<?php
      if (method_exists($module, 'admin_notification')) {
?>
      <tr>
        <td><?php echo zen_draw_separator('pixel_trans.gif', '1', '10'); ?></td>
      </tr>
      <tr>
        <?php echo $module->admin_notification($oID); ?>
      </tr>
      <tr>
        <td><?php echo zen_draw_separator('pixel_trans.gif', '1', '10'); ?></td>
      </tr>
<?php
}
?>

This same code is also present in super_orders.php..

[nohart]

Ok thank you for your response. I have read most of this entire thread and I have noticed that many folks have a problem with Super Orders issuing complete or partial refunds. I thought that Super Orders did everything and then some as the original orders file did? As I stated for what ever reason I was not able to get the partial refund accomplished using Super Orders. I have a log file if you would like to see it. After I made the original Orders.php file accessible again I was able to accomplish the partial refund.

I am not aware of any fix for this problem. If there is a fix why doesn't someone update the Add on?

Also on page:

http://www.zen-cart.com/forum/showth...led#post587167 post #21

DrByte says:

"...There's nothing wrong with keeping Super Orders installed. But if you want the refund capability for Authorize.net orders (or PayPal or Linkpoint either) you'll need to just be sure to use the original /admin/orders.php page instead of the super orders page for doing that..."

Thanks for your help

[DivaVocals]

Ok thank you for your response. I have read most of this entire thread and I have noticed that many folks have a problem with Super Orders issuing complete or partial refunds. I thought that Super Orders did everything and then some as the original orders file did?

I've looked over this whole support thread, and there seems to be a general mis-understanding of what Super Orders can and cannot do and where it ACTUALLY differs from the default orders.php.. Also so it's clear, the rest of my post is regarding the ability to process payment processor refunds from the admin using Super Orders (Authorize.net and PayPal)..

Super Orders does do EVERYTHING the default orders does and then some.. It retains ALL of the original order functionality and adds in some new features such as:

• Super Payments - Allows store owners to record a payment, refund, or purchase order receipt for their orders. For payments paid by credit card these payment entries a made automatically. In the upcoming release payments made via PayPal will also auto generate a payment record.
• Admin comments editing - Allows store owners to edit admin comments
• Batch Status update - Update order status for a group of orders
• Batch Order Print - Print packing slips or invoices for a group of orders

Much of the default orders code remains in place and Super Orders features are added on TOP of those features..

As I stated for what ever reason I was not able to get the partial refund accomplished using Super Orders. I have a log file if you would like to see it. After I made the original Orders.php file accessible again I was able to accomplish the partial refund.

I am not aware of any fix for this problem. If there is a fix why doesn't someone update the Add on?

Super Orders DOES NOT alter any of the core Zen Cart code code which affects ANY of the default Zen Cart payment modules. So how PayPal works with orders.php is EXACTLY how it works with Super Orders.. While some the default orders code was improved/modified, functions like comments and the display of the payment module's admin notifications panel was not altered from the original at all.

Super Orders uses the SAME PayPal notification functions as the default Zen Cart Orders. (See the code snip I posted above..) That code is NOT modified by Super Orders in any way.. So to answer your question it's not been "fixed" because it's not broken..

That said, the only way for it to be broken is if that specific part of the super_orders.php code has been removed or modified..

I just double checked the version of Super Orders that's available in the downloads section and on lines 676-692 is this:

<?php
      }

    if (method_exists($module, 'admin_notification')) {
?>
      <tr>
        <td><?php echo zen_draw_separator('pixel_trans.gif', '1', '10'); ?></td>
      </tr>
      <tr>
        <?php echo $module->admin_notification($oID); ?>
      </tr>
      <tr>
        <td><?php echo zen_draw_separator('pixel_trans.gif', '1', '10'); ?></td>
      </tr>
<?php
}
?>

This is the code which calls the payment module's notification section. It is IDENTICAL to the code in orders.php. This is where you are able to generate refunds for PayPal or Authorize.net. Admin processing of refunds, and authorizations directly to a payment processor is NOT Super Orders code, but default Zen Cart code..

Now if what you are saying is that this notification section of the default orders DOES NOT look identical to the one in Super Orders then you should post some screenshots so that we can see what you see.. That's the only way to get to the bottom of your specific issue. I have this installed on enough stores to know that there is no difference between orders and Super Orders in this regard..

I JUST tested this again on a client's store tonight.. I processed four test transactions. Two paid by PayPal and two paid by credit card.. I processed both the Authorize.net and PayPal refunds using both Super Orders and the default orders with NO issues whatsoever.. Clearly you are having a different result.. post some screenshots so we can see what you see..

Also on page:

http://www.zen-cart.com/forum/showth...led#post587167 post #21

DrByte says:

"...There's nothing wrong with keeping Super Orders installed. But if you want the refund capability for Authorize.net orders (or PayPal or Linkpoint either) you'll need to just be sure to use the original /admin/orders.php page instead of the super orders page for doing that..."

Thanks for your help

This is not accurate. Zen Cart's built in functions for processing Authorize.net and PayPal refunds from the admin works THE EXACT same in Super Orders as it does in the default orders.php..

With regards to this particular post/thread: When Zen Cart 1.3.8 was released, the ability to process PayPal refunds from the Zen Cart admin was inadvertently removed, and there were quite a few threads on the forum with fixes and workarounds to make the PayPal refunds re-appear in the payment notifications panel in orders.php... (Help, how do you capture funds from within ZC 1.3.8? (PayPal Express))

Super Orders would have been affected the SAME way since it makes the same calls to the SAME admin payment notification functions.. DrByte may not have been aware of this..

If you'd like to confirm this do a search using the developer's tools and search for "admin_notification" to see which files contain this string. In addition to orders.php, super_orders.php the following payment modules will also show:

• Authorize.net
• Linkpoint
• PayPal
• Nochex

It should be noted that the admin refunds options for Authorize.net transactions also changed in the 1.3.8 release. Again, Super Orders would have been affected the SAME way by this change. These threads cover how to modify Authorize.net so that refund options are available from the admin:
Refunds and Authorize.net
Odd problem with orders and authorize.net
how do I refund an Authorize.net purchase?
Refunds and Authorize.net


Again in order to troubleshoot your issue screeshots would help us see what you see.. and to be clear you should post both orders.php and super_orders.php screenshots to compare the two. Also please check your super_orders.php file.. Is the admin notification code I previously referenced intact?? if yours is different, need to see what your code looks like..

[joyjoy]

Hey Diva!

I'm here with another issue...

I've been trying to test out a few orders on my site.

When you first enter admin you can see your site activity.

You can also see a summary of New Orders. When I try to click on an order I get this message in a blank screen:

1146 Table 'C260935_shop.so_payment_types' doesn't exist
in:
[select * from so_payment_types where language_id = '1' order by payment_type_full asc]
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.

??? Any ideas ???

[DivaVocals]

Don't left the SQL query scare you.. The error message means EXACTLY what it says.. your payment types table does not exist.. Now that kinda smacks of an incomplete Super Orders install.. How did you run the SQL file from the Super Orders install files?? or better yet.. DID you run the Super Orders install SQL file??

Hey Diva!

I'm here with another issue...

I've been trying to test out a few orders on my site.

When you first enter admin you can see your site activity.

You can also see a summary of New Orders. When I try to click on an order I get this message in a blank screen:

1146 Table 'C260935_shop.so_payment_types' doesn't exist
in:
[select * from so_payment_types where language_id = '1' order by payment_type_full asc]
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.

??? Any ideas ???