nohart:
No I used the lower part of the screen to initiate the partial refund process. When I did this I was just taken out of the screen and returned to the previous screen, without any confirmation or error message at the top of the Admin panelOkay this is helpful.. I was finally able to replicate what you are reporting.. I also know why in my test transactions refunds worked for me.. in those stores we used Edit Orders, and since we did not integrate Edit Orders with Super Orders, we did not implement the "Optional Edits" in the Super Orders install files so the original orders.php is still in use.. (in the upcoming Super Orders release we've included the properly merged Edit Orders files)
From what I can see what is happening is that at the end of the refund processing, the page redirects to the default orders.php. If the Optional Edits files are implemented to disable the default orders.php this causes the PayPal refunds to fail since it cannot refresh to orders.php
I now have a better idea what the issue is.. Don't know what the fix is YET. Might require changes to super_orders.php or it might require minor mods to the default Zen Cart functions that drive the payment processor refunds.. Will have to do some digging and perhaps ask the venerable DrByte for his input.. (if he is so inclined to assist:smile:)
BTW to answer your original question, the reason this was never "fixed" is that this particular issue was never really fully documented and reported as being an issue.. This is the first time I've seen any real time dedicated to detailing out this issue.. (and YES this is really a BUG!:smile:) Most of the refund threads in this support thread are dedicated to getting Super Orders to generate a Super Orders payment record for the refund when a PayPal refund is initiated..
The threads you referenced earlier really don't provide enough detailed information to get a handle on what the problem was or even IF there was a problem.. Thanks for your patience in helping me get a detailed understanding as to the full nature of the issue..
The workaround for now is that in order to use the admin refunds, you should NOT install the "Optional Edit" files. If you've restored the original files that were in these folders, you will be able to use BOTH the default orders and Super Orders, and this will not be an issue (though arguably not the most ideal setup as Super Orders SHOULD allow you to do EVERYTHING..)
nohart:
Am I supposed to use the orange button?Nope that is Super Orders only feature and has NO effect on initiating a refund transaction direct from the payment processor..
nohart:
It says on it "No Payment Data Available"
If there have been no order payment, refund, or purchase order records created this is what you will see.. THIS IS correct behavior.
From the Super Orders readme:
Order Payment Tracking
---------------------------
Super Orders includes the ability to enter and track payment data. The Super Orders payment system can track all of the following scenarios:
- Multiple refunds per payment
- Multiple refunds per order
Opening the details screen for any order will display the payment system. There you'll find buttons to add the three types of payment data:
Clicking any one will bring up a pop-up window to enter the details for that particular entry type. When you are done, the popup will close and return you to the original page, refreshing it to display your new entry.
Buttons to edit and delete payments are on the line listing the payment. Click the corresponding button to modify the entry or remove it entirely. I think it's pretty self-explanatory, but please post on the forum thread if you have problems or questions.
**Payment Types
------------------**
The payment system now also allows the user to specify the type of payment being entered. For instance, if the payment is cash, simply select "Cash" from the dropdown; if it's a credit card payment, select the proper Credit Card company, or just choose "Credit Card" for lesser known providers.
Furthermore, the system allows the user to add/edit/delete the available payment types to suit his or her needs. Go to: Admin > Localization > Payment Types
There you will find an interface similar to the order status page. From here you may create whatever payment methods you want, as well as edit/delete those you already have. As described above, the system comes with a good list of payment types that should cover most stores, people, and situations.
NOTE: This system was built in English and hasn't been thoroughly tested in the Zen Cart language system. Please be aware that languages other than English may experience issues.
nohart:
I think what may be happening is the supperorders does not have reference to the payment data so it couldn't do the partial refund...
Again I think you are misunderstanding the difference between the Super Orders payment entry feature and the admin refunds features built into Zen Cart. One does NOT affect the other..
My Site - Zen Cart & WordPress integration specialist
I don't answer support questions via PM. Post add-on support questions in the support thread. The question & the answer will benefit others with similar issues.
