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

Trademagic:

Diva and other Zenners,

I was having such an incredible day of breakthroughs and success, it is amazing to see it devolve into an inaccessible Admin. my site is usually accessible at http://reasonablerigging.com/adminurrhtcqq/login.php but it is missing in action tonight... Talk about ones head exploding. On the other hand, I know it is only a couple of files and that somebody smarter than I knows which ones they are. First, this was totally my fault, but I tried so hard to do it right, I am confused still what I did wrong with the merging.

Telling this story properly means details, and I will try to provide as succinctly as possible. My website is reasonablerigging.com and my store is at html level. I don't think you guys want my direct path publicized, but if you do, PM me or I will post. ZC 1.5.1 Pertinent Contributions, Easy Orders, Keepalive timer, ckeditor, reviews reply, dropdowndob, add new customers from admin, Cross Sell 1.3.0, cart reminder, admin new orders 1, and what I was working on installing ty package tracker 3.1.3 and Super Orders 4.1.

At about 5 p.m tonight I got cross sell working and admin new orders, and was thrilled. I decided to go for it and read thoroughly on ty package and SO. They said to install Ty first, and I did. I installed the trainer until I could see the product in the config menu, but then they recommended not installing the my_ADMIN/orders.php as the superorders app would control it with no merging, or at least very limited...

If you are NOT running Super Orders & Edit Orders together, you will need to use a tool like Winmerge or Beyond Compare to merge the YOUR_ADMIN_FOLDER/orders.php files from both Edit Orders and Ty Package Tracker. (I got the tool, p4merge for the macintosh, and merged many today, but I screwed the pooch somehow on these last two additions.)

I am on godaddy to answer host questions, but please, if anyone has a copy of the files I need merged properly, or advise on how to fix it and not blow it again, I would be pleased to try to accomplish it. I want these modifications, and think it is a couple of lines for a debugger understanding person. Again, with advice I can usually do anything, but I am embarassed to have come so far, and gotten sunk so quickly.

When you are a newbie, any advice is very appreciated.

Many thanks,

Trademagic...Marc

So, now have read message. Couple of things, do you have a backup either through your host, or of your own of the affected files before you made the last update. Next, have you tried to reupload the files that were last uploaded as sometimes an upload may fail midway or otherwise not finish properly. Do you have a clean copy of ZC 1.5.1 to upload or compare the most recently uploaded files? In comparison do the newly updated files have an extra line at the end or a closing ?> that was not in the original file?
Does your site otherwise work (sorry haven't followed the link to verify it myself)? I ask because I am not sure that a problem in the orders.php file would affect the admin. If it wouldn't then the problem may actually be in an upload previously performed if between updates the cache/sessions/etc weren't cleared (believe it or not the code that previously functioned correctly may not get updated related to your browser when a bad file was uploaded until some point later making it seem like the last upload was the problem.)

Those should get you going again. Somewhat worst case you reupload the admin directory again from a fresh version of ZC (and your existing admin/includes/configure.php) possibly to an alternate directory to restore basic functionality and then either reinstall the admin files for the add-ins you have already installed, continue to seek free help in the forums, or possibly compensate someone for their time and effort.

mc12345678:

Additionally, does functionality/reporting (originally related to refunds) differ if PayPal Express is or is not installed/activated?

Regarding this portion of my previous post (partially quoted here), it does appear that review of Super Orders information in the admin panel acts differently based on PayPal Express/PayPal Standard being activated. Here's what has been observed:
At the time of posting, our site was affected by an issue preventing the use of PayPal Express. All previous purchases had been made by PayPal Express. When looking at past orders that were funded through PayPal Express, no PayPal data was available/couldn't tell if the product had actually been paid for.

PayPal standard was activated to restore payment processing capability until our issue was resolved. Again during review of payments I do not recall seeing any PayPal related data.

Once our functionality was restored and PayPal Express was reactivated (never tested Super Orders while PayPal Standard was activated and functionality was restored, nor do I plan on doing so on our active site), PayPal processing information is again available, although a refund has not been attempted/needed since that time period. Even without a processing a refund, the above observations thoroughly indicate that Super Orders does behave differently between the two modes of operation, although it is not clear (by observation and not code review) if that difference is also dependent on the original payment method or not. But, thought I would report on the observation.

Trademagic:

Diva and other Zenners,

I was having such an incredible day of breakthroughs and success, it is amazing to see it devolve into an inaccessible Admin. my site is usually accessible at http://reasonablerigging.com/adminurrhtcqq/login.php but it is missing in action tonight... Talk about ones head exploding. On the other hand, I know it is only a couple of files and that somebody smarter than I knows which ones they are. First, this was totally my fault, but I tried so hard to do it right, I am confused still what I did wrong with the merging.

Telling this story properly means details, and I will try to provide as succinctly as possible. My website is reasonablerigging.com and my store is at html level. I don't think you guys want my direct path publicized, but if you do, PM me or I will post. ZC 1.5.1 Pertinent Contributions, Easy Orders, Keepalive timer, ckeditor, reviews reply, dropdowndob, add new customers from admin, Cross Sell 1.3.0, cart reminder, admin new orders 1, and what I was working on installing ty package tracker 3.1.3 and Super Orders 4.1.

At about 5 p.m tonight I got cross sell working and admin new orders, and was thrilled. I decided to go for it and read thoroughly on ty package and SO. They said to install Ty first, and I did. I installed the trainer until I could see the product in the config menu, but then they recommended not installing the my_ADMIN/orders.php as the superorders app would control it with no merging, or at least very limited...

If you are NOT running Super Orders & Edit Orders together, you will need to use a tool like Winmerge or Beyond Compare to merge the YOUR_ADMIN_FOLDER/orders.php files from both Edit Orders and Ty Package Tracker. (I got the tool, p4merge for the macintosh, and merged many today, but I screwed the pooch somehow on these last two additions.)

I am on godaddy to answer host questions, but please, if anyone has a copy of the files I need merged properly, or advise on how to fix it and not blow it again, I would be pleased to try to accomplish it. I want these modifications, and think it is a couple of lines for a debugger understanding person. Again, with advice I can usually do anything, but I am embarassed to have come so far, and gotten sunk so quickly.

When you are a newbie, any advice is very appreciated.

Many thanks,

Trademagic...Marc

I haven't a CLUE what issue you are having here.. The only thing I got out of all of this is that you have a blank page when you go to the admin. (I assume this is what you mean by "inaccessible Admin")

So IF this is what is the issue.. I will say this.. a blank page = an error log.. So you need to tell us what your error logs say..

mc12345678:

Regarding this portion of my previous post (partially quoted here), it does appear that review of Super Orders information in the admin panel acts differently based on PayPal Express/PayPal Standard being activated. Here's what has been observed:
At the time of posting, our site was affected by an issue preventing the use of PayPal Express. All previous purchases had been made by PayPal Express. When looking at past orders that were funded through PayPal Express, no PayPal data was available/couldn't tell if the product had actually been paid for.

PayPal standard was activated to restore payment processing capability until our issue was resolved. Again during review of payments I do not recall seeing any PayPal related data.

Once our functionality was restored and PayPal Express was reactivated (never tested Super Orders while PayPal Standard was activated and functionality was restored, nor do I plan on doing so on our active site), PayPal processing information is again available, although a refund has not been attempted/needed since that time period. Even without a processing a refund, the above observations thoroughly indicate that Super Orders does behave differently between the two modes of operation, although it is not clear (by observation and not code review) if that difference is also dependent on the original payment method or not. But, thought I would report on the observation.

No clue what issue it is you are reporting since Super Orders does NOT modify any of the PayPal payment modules at all.. Super Orders captures data from certain PayPal tables in Zen Cart in order to determine if orders are paid or not but that's about it.. Capturing this data does NOT affect the PayPal modules at all.. The PayPal modules work independently..

DivaVocals:

No clue what issue it is you are reporting since Super Orders does NOT modify any of the PayPal payment modules at all.. Super Orders captures data from certain PayPal tables in Zen Cart in order to determine if orders are paid or not but that's about it.. Capturing this data does NOT affect the PayPal modules at all.. The PayPal modules work independently..

Agree that they independently work, at the time of inquiry, our service was disconnected from CURL functionality of PayPal. Attempting to use Super Orders to review site purchases at that time helped identify the issue (only limited data was presented... Very limited) so went back to the instruction manual to see what was discussed about PayPal. The review of the configuration and features section of the instructions indicated that automated super orders refunds was not implemented (for PayPal and others) because of the breadth of code needed to support all of the methods. I think at the time I came to this issue because I needed to refund a portion of a payment. On screen the "typical" areas showing refund and other options was not present (now seeming to be because of the CURL disconnection because after communication was restored and PayPal Express activated again all is back to normal.) and the absence of those options concerned me about keeping the plugin installed.

So, now that everything looks like it should, I do not have that concern anymore. I am not sure what is meant by not implementing automated super orders refunds, but seeing that the options are available to provide a refund (which should be infrequent) with Super Orders installed, we're good to go. As a result, I wanted to close the loop on that portion of my question for any that happened to review the thread. I still would like to find the "solutions" posted by carlvt88 to enable automated Super orders refunds for payPal, if for no other reason than to enable whatever functionality is added by that additinal mod, but I haven't been able to find that discussion.

DivaVocals:

I haven't a CLUE what issue you are having here.. The only thing I got out of all of this is that you have a blank page when you go to the admin. (I assume this is what you mean by "inaccessible Admin")

So IF this is what is the issue.. I will say this.. a blank page = an error log.. So you need to tell us what your error logs say..

Ugh, totally forgot about the fpdf.php issue and its affects... A link that I found associated with that; if Trademagic comes back online, is having the "blank page" at the admin directory, and error log identifies fdpf.php as an issue, is: http://www.zen-cart.com/showthread.php?200406-Super-Orders-v4-0-Support-Thread-%28for-ZC-v1-5-x%29&p=1203164#post1203164 and is discussed multiple times throughout the thread.

mc12345678:

Agree that they independently work, at the time of inquiry, our service was disconnected from CURL functionality of PayPal. Attempting to use Super Orders to review site purchases at that time helped identify the issue (only limited data was presented... Very limited) so went back to the instruction manual to see what was discussed about PayPal. The review of the configuration and features section of the instructions indicated that automated super orders refunds was not implemented (for PayPal and others) because of the breadth of code needed to support all of the methods. I think at the time I came to this issue because I needed to refund a portion of a payment. On screen the "typical" areas showing refund and other options was not present (now seeming to be because of the CURL disconnection because after communication was restored and PayPal Express activated again all is back to normal.) and the absence of those options concerned me about keeping the plugin installed.

So, now that everything looks like it should, I do not have that concern anymore. I am not sure what is meant by not implementing automated super orders refunds, but seeing that the options are available to provide a refund (which should be infrequent) with Super Orders installed, we're good to go. As a result, I wanted to close the loop on that portion of my question for any that happened to review the thread. I still would like to find the "solutions" posted by carlvt88 to enable automated Super orders refunds for payPal, if for no other reason than to enable whatever functionality is added by that additinal mod, but I haven't been able to find that discussion.

I thought I explained why automated refunds were NOT implemented in the readme.. So let me write about it here..

First some clarifications:
The refunds functionality in the payment notification box (the "grey box") just above the product details section of the orders.php page is DEFAULT ZEN CART functionality.. It has NOTHING to do with Super Orders. The features in the payments notifications section differ if you are using Authorize.net versus PayPal, and if you want details on how these features work, they are outside the scope of the Super Orders support thread as this is default Zen Cart functionality which Super Orders DOES NOT touch.

Now that said, as you know Super Orders has a RUDIMENTARY accounting feature which allows a shop owner to "post" payments, refunds, and purchase orders against an order.. It DOES NOT interface with the payment processors in ANY way. Super Order payments are "automatically" posted when the payment is made via credit card (manual and via Authorize.net) or via PayPal. There is separate SUPER ORDERS code that creates these Super Orders payment records when one of these payment methods is used which works because there is code that can VALIDATE when a payment was received and create the corresponding Super Orders payment record. All other payment methods require that the Super Orders payment must be posted manually.

Refunds are different because the DEFAULT ZEN CART refunds functions in the payment notification box for PayPal is DIFFERENT than the DEFAULT ZEN CART refunds functions in the payment notification box for credit card processors like Authorize.net. PayPal refunds can be validated as there is data captured in the PayPal tables, refunds for other payment processors are not captured in a similar manner. Therefore when J Theed and others were working on Super Orders, we made a DESIGN DECISION to NOT implement automated Super Order refunds unless there was a means to do it for not only PayPal, but for other credit card payment processing modules as well.. This was done for 2 reasons:

1. Super Orders should NOT be PayPal centric. It should be a tool ANY shopowner could benefit from and it seemed patently unfair that this benefit only be fully realized by PayPal shops.. PLUS there are shops who have BOTH PayPal and Authorize.net, and inconsistent functionality is NEVER a good design decision in any module.
2. The process of issuing refunds via the payment processors (PayPal or other wise) is NOT automated, and so having one last MINOR step of entering a Super Orders refund record seemed like it was not a HUGE deal.. (and given that this is so-infrequently discussed apparently it hasn't been an issue)

the "solutions" posted by carlvt88 to enable automated Super orders refunds for PayPal are likely in one of the OLD Super Orders support threads.. or PM him directly..

DivaVocals:

I thought I explained why automated refunds were NOT implemented in the readme.. So let me write about it here..

First some clarifications:
The refunds functionality in the payment notification box (the "grey box") just above the product details section of the orders.php page is DEFAULT ZEN CART functionality.. It has NOTHING to do with Super Orders. The features in the payments notifications section differ if you are using Authorize.net versus PayPal, and if you want details on how these features work, they are outside the scope of the Super Orders support thread as this is default Zen Cart functionality which Super Orders DOES NOT touch.

Now that said, as you know Super Orders has a RUDIMENTARY accounting feature which allows a shop owner to "post" payments, refunds, and purchase orders against an order.. It DOES NOT interface with the payment processors in ANY way. Super Order payments are "automatically" posted when the payment is made via credit card (manual and via Authorize.net) or via PayPal. There is separate SUPER ORDERS code that creates these Super Orders payment records when one of these payment methods is used which works because there is code that can VALIDATE when a payment was received and create the corresponding Super Orders payment record. All other payment methods require that the Super Orders payment must be posted manually.

Refunds are different because the DEFAULT ZEN CART refunds functions in the payment notification box for PayPal is DIFFERENT than the DEFAULT ZEN CART refunds functions in the payment notification box for credit card processors like Authorize.net. PayPal refunds can be validated as there is data captured in the PayPal tables, refunds for other payment processors are not captured in a similar manner. Therefore when J Theed and others were working on Super Orders, we made a DESIGN DECISION to NOT implement automated Super Order refunds unless there was a means to do it for not only PayPal, but for other credit card payment processing modules as well.. This was done for 2 reasons:

2. Super Orders should NOT be PayPal centric. It should be a tool ANY shopowner could benefit from and it seemed patently unfair that this benefit only be fully realized by PayPal shops.. PLUS there are shops who have BOTH PayPal and Authorize.net, and inconsistent functionality is NEVER a good design decision in any module.

3. The process of issuing refunds via the payment processors (PayPal or other wise) is NOT automated, and so having one last MINOR step of entering a Super Orders refund record seemed like it was not a HUGE deal.. (and given that this is so-infrequently discussed apparently it hasn't been an issue)

the "solutions" posted by carlvt88 to enable automated Super orders refunds for PayPal are likely in one of the OLD Super Orders support threads.. or PM him directly..

Yup, is/was very clearly explained why it was not implemented; however, didn't see a discussion of what it was that was "missing". Ie. something similar to: > DivaVocals:

Super Order payments are "automatically" posted when the payment is made via credit card (manual and via Authorize.net) or via PayPal. There is separate SUPER ORDERS code that creates these Super Orders payment records when one of these payment methods is used which works because there is code that can VALIDATE when a payment was received and create the corresponding Super Orders payment record. All other payment methods require that the Super Orders payment must be posted manually.

Refunds are different because the DEFAULT ZEN CART refunds functions in the payment notification box for PayPal is DIFFERENT than the DEFAULT ZEN CART refunds functions in the payment notification box for credit card processors like Authorize.net. PayPal refunds can be validated as there is data captured in the PayPal tables, refunds for other payment processors are not captured in a similar manner.

The process of issuing refunds via the payment processors (PayPal or other wise) is NOT automated, and so one last MINOR step of manually entering a Super Orders refund record is necessary.

I think the above clarifies what is meant by automated refunds and the "difficulty"/near impossibility of implementing it across the board. I agree that the other discussion is of value to identify the thought process behind not implementing which all-in-all appears solid. But then again, incorporating the above requires another revision and the time involved to square everything away. In the mean time, the discussion clarifies things if not for others than for me. :) Thank you!

mc12345678:

Yup, is/was very clearly explained why it was not implemented; however, didn't see a discussion of what it was that was "missing".

I believe I said it much more succinctly in the Super Orders readme:

The method required for generating PayPal refunds is different than the refund method for Authorize.net and Linkpoint.

Was editing and merging pretty well, although currently pretty troubled. The admin shows in my browser with the new name shows to everyone on the page, so why is it secret here? I would wish some assistance to fix the offending file if I knew which ones were mission critical. Also, would compensate for knowledge to fix and move forward rather than restore 24 hours ago. Any assistance, please pm me.

I can revert to 24 hours ago, but would need to reinstall about 4 mods. If I could get a flavor for what would break me, with the parameters shared, or some assistance from you knowledgable folk, would appreciate it. Any tips rather than revert to an older version? Many thanks...

Trademagic:

I can revert to 24 hours ago, but would need to reinstall about 4 mods. If I could get a flavor for what would break me, with the parameters shared, or some assistance from you knowledgable folk, would appreciate it. Any tips rather than revert to an older version? Many thanks...

Goto your /logs/ directory, identify an error log that is around the time that you had tried to access the admin panel, open the log, provide the content of the log without identifying your admin directory location... Guess is that fpdf.php or something similar is listed in the log. This is what Diva Vocals was referring to in post 267 http://www.zen-cart.com/showthread.php?200406-Super-Orders-v4-0-Support-Thread-%28for-ZC-v1-5-x%29&p=1218332#post1218332

Dear Diva,

Sorry to be unclear. Yes, blank page, and cannot figure where I get an error code from. Please advise so I can get it for your review. Using firefox for mac 23.01 and have firebug installed, though I do not know how to use it to full advantage.

Marc

DivaVocals:

I believe I said it much more succinctly in the Super Orders readme:

May succinctly describe that there is a difference in generating a refund but doesn't explain what an "Automated Super Orders Refund" is, and therefore does not explain what functionality was not implemented. Without having installed it (and provided that service is "normal" or as expected) the instructions make it nearly appear that no refund is possible with Super Orders installed. Again for those just picking up in this thread, Super Orders does not prevent refunds. Simply (and if I understood/remember correctly), for refunds to appear in the Super Orders portion of the cart, a Super Orders manual entry of the refund must be made.

mc12345678:

May succinctly describe that there is a difference in generating a refund but doesn't explain what an "Automated Super Orders Refund" is, and therefore does not explain what functionality was not implemented. Without having installed it (and provided that service is "normal" or as expected) the instructions make it nearly appear that no refund is possible with Super Orders installed. Again for those just picking up in this thread, Super Orders does not prevent refunds. Simply (and if I understood/remember correctly), for refunds to appear in the Super Orders portion of the cart, a Super Orders manual entry of the refund must be made.Well we'll have to agree to disagree here.. That entire section of the readme speaks about the Super Orders payments and refunds and Automated Super Orders payments.. I would think it's clear what "Automated Super Orders Refunds" refers to..

I am open to suggestions on how to word this so this mixing of apples and oranges doesn't happen again..

Trademagic:

Was editing and merging pretty well, although currently pretty troubled. **The admin shows in my browser with the new name shows to everyone on the page, so why is it secret here? **I would wish some assistance to fix the offending file if I knew which ones were mission critical. Also, would compensate for knowledge to fix and move forward rather than restore 24 hours ago. Any assistance, please pm me.Because unless you REALLY don't understand the purpose of giving the admin folder a unique name, you should NOT be telling the world what your admin URL is..

mc12345678:

Goto your /logs/ directory, identify an error log that is around the time that you had tried to access the admin panel, open the log, provide the content of the log without identifying your admin directory location... Guess is that fpdf.php or something similar is listed in the log. This is what Diva Vocals was referring to in post 267 http://www.zen-cart.com/showthread.php?200406-Super-Orders-v4-0-Support-Thread-%28for-ZC-v1-5-x%29&p=1218332#post1218332

Trademagic:

Dear Diva,

Sorry to be unclear. Yes, blank page, and cannot figure where I get an error code from. Please advise so I can get it for your review. Using firefox for mac 23.01 and have firebug installed, though I do not know how to use it to full advantage.

MarcPlease follow mc12345678's advice.. this is the likely source of your issue..

Trademagic:

Yes, blank page, and cannot figure where I get an error code from. Please advise so I can get it for your review. Using firefox for mac 23.01 and have firebug installed, though I do not know how to use it to full advantage.
Firebug won't help in this case. The error is not in your browser, but on the server hosting ZenCart. You need to look at the error logs on your server, probably via the control panel on your hosting service.

Have you read mc12345678's post above where he mentions the fpdf.php problem and links to this post?

http://www.zen-cart.com/showthread.php?200406-Super-Orders-v4-0-Support-Thread-%28for-ZC-v1-5-x%29&p=1218332#post1218332

Fixed the problem using the log files, a new downloaded php text editor with lines showing, and following the information provided. Your clues were essential. Thank you.

I have all modifications working it seems, and the offending file corrected for function, removed the recaptcha junk I wasn't wanting to use. I posted my admin renamed, and have renamed it again. I changed my bookmark, but is there anywhere in the code that needs to have the name entered for use by the site? My thanks for your effort and time.

Marc

Thanks for your advise, Diva. Fixed it with almost no knowledge due to your recommendations. I feel more confident of what I am doing, and it proves the value of close knit knowledgesharing...

Thank you ever so much!

Marc Trademagic

Trademagic:

Fixed the problem using the log files, a new downloaded php text editor with lines showing, and following the information provided. Your clues were essential. Thank you.

I have all modifications working it seems, and the offending file corrected for function, removed the recaptcha junk I wasn't wanting to use. I posted my admin renamed, and have renamed it again. I changed my bookmark, but is there anywhere in the code that needs to have the name entered for use by the site? My thanks for your effort and time.

Marc

Because you are using ZC 1.5.1, the code of ZC does not need any updating to reflect your new admin directory; however, depending on other setup information your .htaccess file that is located in the root of your store may need to be updated. (For example, CEON's URI Mapping (SEO) requires/advises the .htaccess to contain the admin directory name so that there is no remapping of addresses by that program.) To tell if a change is needed, take a look at the .htaccess file(s) at/before the root of your store. If the/a previous admin directory is specifically identified, then you would want to change it to your new directory name. Regarding the recaptcha, ZC 1.5.1 is designed to support preventing bot's from successfully filling out submission forms. Just like a recaptcha, it does not prevent a person from manually submitting false information, but it does prevent computers from autopopulating and successfully submitting the form(s).