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

Quote:

---

Originally Posted by GAM

@DivaVocals

Thank you very much for a great add-on. Very thorough and well documented. I tried out a much earlier incarnation of it years ago and it was overkill and too difficult to get working for me with other add-ons, but now that I'm upgrading (re-building from scratch [1.3.7 to 1.5.1] and revamping my site I wanted to give it another go.

Kudos to the three amigos for collaborating and coding three worthy add-ons to work together! :cool::
- Edit Orders [must have for me]
- TY Package Tracker [something I always wanted but never tried]
- Super Orders [more bells and whistles to play with and improve administrative work-flow]


Cheers
GAM

---

Awwww thanks.. Glad you like all the changes.. and now that lhungil has updated and improved Edit Orders the "three amigos" work better than ever.. But to be honest, none of this would have happened without Blinside for creating Super Orders and this amazing community who's suggestions/code fixes and what not were what started me down the road of wanting to tackle improving this module.. In this journey I have had some AMAZING co-collaborators (all credited in the readme) who contributed some awesome enhancements and editing skills to both the module and the readme.. So they deserve just as much if not more credit than I in this amazing plugin..:smile:

Quote:

---

Originally Posted by GAM

I'm rebuilding my site with v1.5.1 and got the same.



Although I tried this yesterday and got the same 'blank' admin page result, I have since reverted to an earlier, working version, downloaded the Super Order 4.0.5 package again and installed with working Edit Orders and TY Package Tracker... same result of blank admin page. I just uploaded your fpdf.php again and admin now seems to be responsive!

Thank you Satu!



Agreed, thanks for posting this... it worked for me.



@twi

You might try the fix quoted above.



@DivaVocals

Thank you very much for a great add-on. Very thorough and well documented. I tried out a much earlier incarnation of it years ago and it was overkill and too difficult to get working for me with other add-ons, but now that I'm upgrading (re-building from scratch [1.3.7 to 1.5.1] and revamping my site I wanted to give it another go.

Kudos to the three amigos for collaborating and coding three worthy add-ons to work together! :cool::
- Edit Orders [must have for me]
- TY Package Tracker [something I always wanted but never tried]
- Super Orders [more bells and whistles to play with and improve administrative work-flow]


Cheers
GAM

---

@GAM

Thank you very much. You saved me breaking my head for the next few days to come. I was reinstalling, and reinstalling everything a good ten or more times since yesterday to no avail and getting the blank page. I also discovered the log right before I read your post just a moments ago suggesting me to use Satu fix to try it out. It worked!

I still had no clue what to do even after discovering the error log if it isn't dedicated people in this forum trying to solve problems for the greater good!

:clap: Hooray for all involved in this effort.

Quote:

---

Originally Posted by twi

@GAM

Thank you very much. You saved me breaking my head for the next few days to come. I was reinstalling, and reinstalling everything a good ten or more times since yesterday to no avail and getting the blank page. I also discovered the log right before I read your post just a moments ago suggesting me to use Satu fix to try it out. It worked!

I still had no clue what to do even after discovering the error log if it isn't dedicated people in this forum trying to solve problems for the greater good!

:clap: Hooray for all involved in this effort.

---

I say this all the time.. so let me say it again..

Blank page = error log..

If you don't post the results of the error log or at least search the support thread and see if your error message (and a solution) comes up it's hard to help.. Telling us a you have a blank page without providing any other information means that no one can REALLY help you..

Quote:

---

Originally Posted by DivaVocals

I say this all the time.. so let me say it again..

Blank page = error log..

If you don't post the results of the error log or at least search the support thread and see if your error message (and a solution) comes up it's hard to help.. Telling us a you have a blank page without providing any other information means that no one can REALLY help you..

---

Thanks. I have to say that being a programming illiterate like me, I have to bang my head a lot to have it work the hard way since I had no clue what the error was.

One thing I would like to suggest to add to the Readme files is the following (given if my assumption is correct):

Note: Users who intend to install Ty Package Tracker, Edit Order, and Super Orders to a Clean ZC1.5.1 Install Do not have to merge any codes at all between the 3 contributions. Just install each in the above mentioned order.

Please correct me if I am wrong.

Quote:

---

Originally Posted by twi

Thanks. I have to say that being a programming illiterate like me, I have to bang my head a lot to have it work the hard way since I had no clue what the error was.

One thing I would like to suggest to add to the Readme files is the following (given if my assumption is correct):

Note: Users who intend to install Ty Package Tracker, Edit Order, and Super Orders to a Clean ZC1.5.1 Install Do not have to merge any codes at all between the 3 contributions. Just install each in the above mentioned order.

Please correct me if I am wrong.

---

and the readme already covers the integration and install suggestions.. there are cross instructions in the other two readme files as well..

Now if this is not clear and you have some specific places where this could be better worded, please let me know your thoughts.. the current readme were written by end users for end users.. They provided a good deal of the content you see.. So if you think there is further room for improvements, I'm all for your suggestions..:smile: Please do feel free to share some specifics..

V1.5.1

Packing list and edit page no longer show the shipping method. Shipping method does shows on the first main super order page.

Any ideas what could have happened?

Quote:

---

Originally Posted by rjspomer

V1.5.1

Packing list and edit page no longer show the shipping method. Shipping method does shows on the first main super order page.

Any ideas what could have happened?

---

Since these are overwrites of core files.. I'd say do a comparison to the vanilla versions of the v1.5 versus 1.5.1 versions of the orders and packingslip files.. see if there are other differences that are not included in the SO versions of these files (besides the SO changes of course)

ZC1.5.1
TY PACKAGE 3.1.3
EDIT ORDERS 4.1.1-B1
SUPER ORDERS 4.XXX (latest VERSION)
RECOVER CART SALES 1.5
UPS SHIPPING MOD

There are 3 problems with my super order batch form printing functions:
1. traditional menu printing invoices yield a http 500 Internal server error
2 traditional menu printing packing slips yield a http 500 Internal server error
3. PDF Packing slip printing works but display a browser tab heading of "503 Service Temporary Un.....

Looking in my logs I find:

[22-May-2013 10:17:43] PHP Fatal error: Cannot redeclare class base in /htdocs/myzencart/includes/classes/class.base.php on line 17


[21-May-2013 16:07:50] PHP Warning: Invalid argument supplied for foreach() in /htdocs/myzencart/admin/super_batch_pages.php on line 37


What does this mean? Can anyone help? Anyone had these errors before?

Solution: problem solved reinstalling SO.

Quote:

---

Originally Posted by twi

ZC1.5.1
TY PACKAGE 3.1.3
EDIT ORDERS 4.1.1-B1
SUPER ORDERS 4.XXX (latest VERSION)
RECOVER CART SALES 1.5
UPS SHIPPING MOD

There are 3 problems with my super order batch form printing functions:
1. traditional menu printing invoices yield a http 500 Internal server error
2 traditional menu printing packing slips yield a http 500 Internal server error
3. PDF Packing slip printing works but display a browser tab heading of "503 Service Temporary Un.....

Looking in my logs I find:

[22-May-2013 10:17:43] PHP Fatal error: Cannot redeclare class base in /htdocs/myzencart/includes/classes/class.base.php on line 17


[21-May-2013 16:07:50] PHP Warning: Invalid argument supplied for foreach() in /htdocs/myzencart/admin/super_batch_pages.php on line 37


What does this mean? Can anyone help? Anyone had these errors before?

---

However: "Packing slips for selected orders" is display 503 Service Temporarily Unavailable will the picking slips does appear.

Quote:

---

Originally Posted by twi

However: "Packing slips for selected orders" is display 503 Service Temporarily Unavailable will the picking slips does appear.

---

Is this a question??

Quote:

---

Originally Posted by DivaVocals

Is this a question??

---

No. Its an addendum to the previous solution or result reporting. with minor typos.

This is related to reinstalling SO with EO 4.1.1b1.

it should read: IN Super Orders, However: "Packing slips for selected orders" is displayed "503 Service Temporarily Unavailable" at the heading of browser tab while the picking slips does appear on the browser.

Real question is: if the picking slip is successfully displayed, then why would there be "503 Service Temporarily Unavailable" displayed on the browser tab? Wouldn't the picking slips not display at all when this error is display?

I am really puzzled.:no:

Quote:

---

Originally Posted by twi

No. Its an addendum to the previous solution or result reporting. with minor typos.

This is related to reinstalling SO with EO 4.1.1b1.

it should read: IN Super Orders, However: "Packing slips for selected orders" is displayed "503 Service Temporarily Unavailable" at the heading of browser tab while the picking slips does appear on the browser.

Real question is: if the picking slip is successfully displayed, then why would there be "503 Service Temporarily Unavailable" displayed on the browser tab? Wouldn't the picking slips not display at all when this error is display?

I am really puzzled.:no:

---

This is not a Super Orders issue.. It's a server side error and if you Google "503 Service Temporarily Unavailable" you can get more information on this error including causes and solutions.. Bottomline is you need to speak to your hosting company..

Do you know if Super Orders is compatible with the Rewards Full Suite mod? The rewards are awarded based on the order updating(pending, update, delivered, etc.) and since I'm using Super Orders I don't think it recognizes the update. Any advice would be great. Thank you.

Quote:

---

Originally Posted by joyjoy

Do you know if Super Orders is compatible with the Rewards Full Suite mod? The rewards are awarded based on the order updating(pending, update, delivered, etc.) and since I'm using Super Orders I don't think it recognizes the update. Any advice would be great. Thank you.

---

Nope I do not know.. You may need a developer to help you get them working together unless someone in the community has the answer.. You probably should ask your question on the Rewards Full Suite support thread.. Folks there might have a better answer..

Too bad. They're both excellent mods. I've asked there as well but as always the Super Orders support thread always provide great assistance. Thank you for the quick response. I appreciate it.

Quote:

---

Originally Posted by joyjoy

Too bad. They're both excellent mods. I've asked there as well but as always the Super Orders support thread always provide great assistance. Thank you for the quick response. I appreciate it.

---

Well as I said if they don't work together it's not because they CAN'T.. If no one in the community provides an answer and you want this functionality, it may require you to hire a development resource to iron out the issue.. Given that Rewards Points works with the default orders process, and Super Orders is only an enhancement of the default order process, this shouldn't be a big deal to "fix"..

I understand. I wish I could figure it out. What do you think something like this would cost? In the error logs it seems like it's just a simple path issue, because it's trying to connect to to the stock order system but super orders is the installed default.

Quote:

---

Originally Posted by joyjoy

I understand. I wish I could figure it out. What do you think something like this would cost? In the error logs it seems like it's just a simple path issue, because it's trying to connect to to the stock order system but super orders is the installed default.

---

No idea how much this would cost off the top of my head..

Hello, I just had this installed...it was working fine but I had to do a fresh install. I first installed TY Tracker, Edit Orders, then Super Orders. Now I am getting this error and can no longer access my admin area. Please let me know if you have any idea how to correct this. I've done this on a fresh install twice and I keep getting the same results. Thank you.

[05-Jun-2013 05:07:52] PHP Fatal error: 1062:Duplicate entry 'TAX_ID_NUMBER' for key 'unq_config_key_zen' :: INSERT INTO zen_configuration VALUES (NULL, 'Tax Exemption ID Number', 'TAX_ID_NUMBER', '', 'If your business or organization is tax exempt, then you may have been issued a tax exmption ID number. Enter the number here and the tax columns will not appear on the invoice and the tax exemption ID number will also be displayed at the top of the invoice.', '76', 45, now(), now(), NULL , NULL) in /hsphere/local/home/c376668/lutar.com/shop/includes/classes/db/mysql/query_factory.php on line 120

Quote:

---

Originally Posted by joyjoy

Hello, I just had this installed...it was working fine but I had to do a fresh install. I first installed TY Tracker, Edit Orders, then Super Orders. Now I am getting this error and can no longer access my admin area. Please let me know if you have any idea how to correct this. I've done this on a fresh install twice and I keep getting the same results. Thank you.

[05-Jun-2013 05:07:52] PHP Fatal error: 1062:Duplicate entry 'TAX_ID_NUMBER' for key 'unq_config_key_zen' :: INSERT INTO zen_configuration VALUES (NULL, 'Tax Exemption ID Number', 'TAX_ID_NUMBER', '', 'If your business or organization is tax exempt, then you may have been issued a tax exmption ID number. Enter the number here and the tax columns will not appear on the invoice and the tax exemption ID number will also be displayed at the top of the invoice.', '76', 45, now(), now(), NULL , NULL) in /hsphere/local/home/c376668/lutar.com/shop/includes/classes/db/mysql/query_factory.php on line 120

---

It says you are attempting to create a DB entry that already exists.. (hence why it says "duplicate entry"). Dunno why you are getting this since the auto installer would have done a clean up before running.. so I suggest running the un-install script and then re-do your install..

Has anyone got this error before when the "Edit button" is click in super order?

"404: Page not found
This error is generated when there was no web page with the name you specified at the web site.

Troubleshooting suggestions:

Ensure the page you are linking to exists in the correct folder.

Check your file name for case sensitivity . Index.htm is not the same as index.htm!

Temporarily disable any rewrite rules by renaming your .htaccess file if it exists."


I can't find any error log in the site pages.
One strange thing is that the browser bar displays: http://mysite.com/admin/FILENAME_ORD...=1&action=edit


obviously this file does not exist hence the 404 error. But is this file name supposed to be "FILENAME_ORDER_EDIT.php" could there be some code in super orders that reference the wrong file name?

any help anyone?

Quote:

---

Originally Posted by twi

Could there be some code in super orders that reference the wrong file name?

any help anyone?

---

This is not an issue with Super Orders. This is related to running a release candidate of Edit Orders. Please follow the instructions in the Readme for the release candidate of Edit Orders.

@twi If it does please ask in a PM for the manual instructions (next RC includes a big red warning and instructions for this specific case). Thank You!

Quote:

---

Originally Posted by lhungil

@twi If it does please ask in a PM for the manual instructions (next RC includes a big red warning and instructions for this specific case). Thank You!

---

Thank you. I got confused, again, with keeping the different MODS questions apart. Big Apologies to all.
:cool:

Thank you Satu! I have been keen to get this working for ages now as it has some really good features, appreciate you sharing the file.

All the best, Simon

Quote:

---

Originally Posted by Satu

I got it after some research. It was in the log files. The file admin/includes/classes/fpdf/fpdf.php on line 1047 and same file
admin/includes/classes/fpdf/fpdf.php on line 1329 has an extra period (.) after removing them I was able to get to admin login screen.
ini_set('magic_quotes_runtime', .$mqr);
ini_set('magic_quotes_runtime', $mqr);

Here is the fixed file:
Attachment 12239

---

Having a bit of a problem getting it to work.
Have zencart V1.5.1 with super Orders v4.0.2

I'm getting a blank screen on the admin section.

The zencart install is brand new and the Super orders is the only mod added to the installation.

zencart logs produced this:

Quote:

---

[01-Jul-2013 23:51:15 UTC] PHP Parse error: syntax error, unexpected '.' in C:\wamp\www\zencart\zcadm\includes\classes\fpdf\fpdf.php on line 1047

[01-Jul-2013 23:51:15 UTC] PHP Stack trace:

[01-Jul-2013 23:51:15 UTC] PHP 1. {main}() C:\wamp\www\zencart\zcadm\alt_nav.php:0

[01-Jul-2013 23:51:15 UTC] PHP 2. require() C:\wamp\www\zencart\zcadm\alt_nav.php:9

[01-Jul-2013 23:51:15 UTC] PHP 3. require() C:\wamp\www\zencart\zcadm\includes\application_top.php:147

[01-Jul-2013 23:51:15 UTC] PHP 4. require() C:\wamp\www\zencart\includes\autoload_func.php:48

[01-Jul-2013 23:51:15 UTC] PHP 5. require() C:\wamp\www\zencart\zcadm\includes\init_includes\init_general_funcs.php:45

---

Any help to why im getting it would be great.

~Ninjakitteh

Quote:

---

Originally Posted by ninjakitteh

Having a bit of a problem getting it to work.
Have zencart V1.5.1 with super Orders v4.0.2

I'm getting a blank screen on the admin section.

The zencart install is brand new and the Super orders is the only mod added to the installation.

zencart logs produced this:



Any help to why im getting it would be great.

~Ninjakitteh

---

Start with looking at the post just above yours...

As part of a client's upgrade to v1.5.1, I'm installing Super Orders, Edit Orders and Ty Package Tracker in the site's admin (the admin install is a rebuild, not an upgrade). The store has a mixture of credit card, cod, paypal and moneyorder payments in the history.
Attachment 12724

When viewing an order that has shipped but was paid using moneyorder or cod as the payment method, the 'Balance Due' shows as the full price instead of 0. I also noticed that these same orders have the icon identified before the order details that reads "No Order Payment Data Available".

Is there any way to rectify this for the existing orders? There are a lot of payments using these methods.

Quote:

---

Originally Posted by lat9

As part of a client's upgrade to v1.5.1, I'm installing Super Orders, Edit Orders and Ty Package Tracker in the site's admin (the admin install is a rebuild, not an upgrade). The store has a mixture of credit card, cod, paypal and moneyorder payments in the history.
Attachment 12724

When viewing an order that has shipped but was paid using moneyorder or cod as the payment method, the 'Balance Due' shows as the full price instead of 0. I also noticed that these same orders have the icon identified before the order details that reads "No Order Payment Data Available".

---

That's because these orders have no corresponding payment record in the SO payment tables..

Quote:

---

Originally Posted by lat9

Is there any way to rectify this for the existing orders? There are a lot of payments using these methods.

---

You would have to run some custom SQL to add records to the SO payment tables for these orders.. For existing credit card and PayPal orders SO does generate the payment records for these payment methods automatically. SO doesn't do this for manual kinds of payment records because they do require some level of validation that the payment was received.. (It's how SO has always functioned)

Thanks, DivaVocals, I figured as much.

Quote:

---

Originally Posted by lat9

Thanks, DivaVocals, I figured as much.

---

I wish I had a better answer for ya.. :(

Hello
Zen Cart Ver 1.5.1
Super Orders Ver 4-0-5_final
Brand new install of both Zen Cart and super Orders (No upgrades)
Uploaded via FTP
PHP Version: 5.2.17
Database: MySQL 5.0.96-log
No other plugins installed
Using a template very similar to the classic

Problem: After uploading files (according to instructions) 1Base files and 2aModified Core files,
the admin login page goes blank. Cannot access the admin console.

Please help, front end of site is showing, is the admin folder that cannot be accessed after upload

test.mihallaca.com

error from log:
[09-Jul-2013 04:18:23 UTC] PHP Parse error: syntax error, unexpected '.' in /home/www/test.mihallaca.com/sbks774/includes/classes/fpdf/fpdf.php on line 1047

Quote:

---

Originally Posted by caru

error from log:
[09-Jul-2013 04:18:23 UTC] PHP Parse error: syntax error, unexpected '.' in /home/www/test.mihallaca.com/sbks774/includes/classes/fpdf/fpdf.php on line 1047

---

if you search this thread (or even go back a few pages), the solution is posted here.. Can post specific links because I'm on a mobile device..

Had the same issue as Caru. Thanks for pointing out the issue, folks. Much appreciated. Now working fine.

Is there a way to remove the box at the bottom of the page - the one that would have Featured, New, etc, if the tabs were turned on?

Quote:

---

Originally Posted by dgantonacci

Is there a way to remove the box at the bottom of the page - the one that would have Featured, New, etc, if the tabs were turned on?

---

nothing to do with this mod I'm afraid, start a new thread and don't forget to add a link to your site.

Quote:

---

Originally Posted by picandnix

nothing to do with this mod I'm afraid, start a new thread and don't forget to add a link to your site.

---

Even though it's the block associated with the Product Index settings for the template (i.e. New, Featured, Special)? Just curious.

Found it - stylesheet_module_tabs.css. Thanks anyway, guys.

Quote:

---

Originally Posted by dgantonacci

Even though it's the block associated with the Product Index settings for the template (i.e. New, Featured, Special)? Just curious.

---

No.. This is the support thread for Super Orders.. Your question has NOTHING to do with Super Orders..

Have reviewed the help file associated with Version 4.0.5. Indicates if desired to process automatic PayPal refunds to try one of the posted solutions (look for carlvt88's posts on this topic). Which forum is this information potentially maintained in as I have found no information in version 4 about handling PayPal refunds. Additionally, does functionality/reporting differ if PayPal Express is or is not installed/activated?

I installed super orders as per instructions (no upgrade, to the letter) and now I just get a white screen when trying to access admin page.

Quote:

---

Originally Posted by TequilaKez

I installed super orders as per instructions (no upgrade, to the letter) and now I just get a white screen when trying to access admin page.

---

Have you gone back to verify that all of the files completely uploaded?

What's your error log say the issue is?

Quote:

---

Originally Posted by mc12345678

Have you gone back to verify that all of the files completely uploaded?

What's your error log say the issue is?

---

I saw no errors when uploading the files.
Where would I find this log?
No entries are made in the php error_log file.

Quote:

---

Originally Posted by TequilaKez

I saw no errors when uploading the files.
Where would I find this log?
No entries are made in the php error_log file.

---

Usually, and this depends on a number of factors, but with ZC 1.5.0 it would be in the root directory of your store, the cache file. In version 1.5.1 the folder was relocated to a more sensical location.

Quote:

---

Originally Posted by mc12345678

Usually, and this depends on a number of factors, but with ZC 1.5.0 it would be in the root directory of your store, the cache file. In version 1.5.1 the folder was relocated to a more sensical location.

---

Ok error log says PHP Parse error: syntax error, unexpected '.' in /ADMIN/includes/classes/fpdf/fpdf.php on line 1047

which is

ini_set('magic_quotes_runtime', .$mqr);

I just unzipped and re-uploaded a fresh version of fpdf.php and I get the same error.

Quote:

---

Originally Posted by TequilaKez

Ok error log says PHP Parse error: syntax error, unexpected '.' in /ADMIN/includes/classes/fpdf/fpdf.php on line 1047

which is

ini_set('magic_quotes_runtime', .$mqr);

I just unzipped and re-uploaded a fresh version of fpdf.php and I get the same error.

---

Fix is posted in this thread.. search this thread for "fpdf.php".. I'm on a mobile device so I can't find or post the link..

Quote:

---

Originally Posted by DivaVocals

Fix is posted in this thread.. search this thread for "fpdf.php".. I'm on a mobile device so I can't find or post the link..

---

I recall there also being two areas in that file with the same issue. (As memory serves, remove the period before the $ in both cases, but do as Diva Vocals suggests, look in this forum. It is posted.)

Just tried installing the current version of Super Orders today following instructions in the readme... I now get a blank admin page. I am using zencart v1.5.1. please help

t a n n e r i t e e x p l o s i v e s . c o m

Quote:

---

Originally Posted by 4sure

Just tried installing the current version of Super Orders today following instructions in the readme... I now get a blank admin page. I am using zencart v1.5.1. please help

t a n n e r i t e e x p l o s i v e s . c o m

---

JUST answered the same question.. please look up a few posts above yours..

Quote:

---

Originally Posted by 4sure

Just tried installing the current version of Super Orders today following instructions in the readme... I now get a blank admin page. I am using zencart v1.5.1. please help

t a n n e r i t e e x p l o s i v e s . c o m

---

As is usual with troubleshooting, what do your error logs say? Although I mention that, you stated it was installed today, was the issue that was identified in the last couple of pages corrected as well as part of the installation? (Having an extra period before one of the variables.)

Quote:

---

Originally Posted by mc12345678

As is usual with troubleshooting, what do your error logs say? Although I mention that, you stated it was installed today, was the issue that was identified in the last couple of pages corrected as well as part of the installation? (Having an extra period before one of the variables.)

---

I fixed the extra "." but it didn't fix the issue. After looking further in the logs I found

[16-Aug-2013 08:11:31 America/Phoenix] PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant in /home/content/03/11526603/html/products/adminurrhtcqq/includes/functions/admin_access.php on line 38

-and-

[10-Aug-2013 10:41:48 America/Phoenix] PHP Fatal error: 1062:Duplicate entry 'bf16609726a995175c83f412cf96ae80' for key 1 :: insert into zen_sessions
values ('bf16609726a995175c83f412cf96ae80', '1376157408', 'c2VjdXJpdHlUb2tlbnxzOjMyOiI4NDk5NGI1MDY0NzEyN2E3MGVkNjFjMjM4MDRmMTdjYiI7bGFuZ3V hZ2V8czo3OiJlbmdsaXNoIjtsYW5ndWFnZXNfaWR8czoxOiIxIjtsYW5ndWFnZXNfY29kZXxzOjI6ImV uIjtzZWxlY3RlZF9ib3h8czoxMzoiY29uZmlndXJhdGlvbiI7') in /home/content/03/11526603/html/products/includes/classes/db/mysql/query_factory.php on line 120

-and-

[01-Aug-2013 12:25:10 America/Phoenix] PHP Fatal error: Call to undefined function zen_get_languages() in /home/content/03/11526603/html/products/adminurrhtcqq/define_pages_editor.php on line 88

Is there a way I can do a clean install of just the admin folder? I'm kind of in a bind and the company is losing orders.. please help

Quote:

---

Originally Posted by 4sure

I fixed the extra "." but it didn't fix the issue. After looking further in the logs I found

[16-Aug-2013 08:11:31 America/Phoenix] PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant in /home/content/03/11526603/html/products/adminurrhtcqq/includes/functions/admin_access.php on line 38

-and-

[10-Aug-2013 10:41:48 America/Phoenix] PHP Fatal error: 1062:Duplicate entry 'bf16609726a995175c83f412cf96ae80' for key 1 :: insert into zen_sessions
values ('bf16609726a995175c83f412cf96ae80', '1376157408', 'c2VjdXJpdHlUb2tlbnxzOjMyOiI4NDk5NGI1MDY0NzEyN2E3MGVkNjFjMjM4MDRmMTdjYiI7bGFuZ3V hZ2V8czo3OiJlbmdsaXNoIjtsYW5ndWFnZXNfaWR8czoxOiIxIjtsYW5ndWFnZXNfY29kZXxzOjI6ImV uIjtzZWxlY3RlZF9ib3h8czoxMzoiY29uZmlndXJhdGlvbiI7') in /home/content/03/11526603/html/products/includes/classes/db/mysql/query_factory.php on line 120

-and-

[01-Aug-2013 12:25:10 America/Phoenix] PHP Fatal error: Call to undefined function zen_get_languages() in /home/content/03/11526603/html/products/adminurrhtcqq/define_pages_editor.php on line 88

Is there a way I can do a clean install of just the admin folder? I'm kind of in a bind and the company is losing orders.. please help

---

The errors you've posted are ALL unrelated to Super Orders.. if you make the posted fix to the fdpf.php file, then all is right if you've otherwise installed Super Orders correctly.

Quote:

---

Originally Posted by 4sure

I fixed the extra "." but it didn't fix the issue. After looking further in the logs I found

[16-Aug-2013 08:11:31 America/Phoenix] PHP Warning: constant() [<a href='function.constant'>function.constant</a>]: Couldn't find constant in /home/content/03/11526603/html/products/adminurrhtcqq/includes/functions/admin_access.php on line 38

-and-

[10-Aug-2013 10:41:48 America/Phoenix] PHP Fatal error: 1062:Duplicate entry 'bf16609726a995175c83f412cf96ae80' for key 1 :: insert into zen_sessions
values ('bf16609726a995175c83f412cf96ae80', '1376157408', 'c2VjdXJpdHlUb2tlbnxzOjMyOiI4NDk5NGI1MDY0NzEyN2E3MGVkNjFjMjM4MDRmMTdjYiI7bGFuZ3V hZ2V8czo3OiJlbmdsaXNoIjtsYW5ndWFnZXNfaWR8czoxOiIxIjtsYW5ndWFnZXNfY29kZXxzOjI6ImV uIjtzZWxlY3RlZF9ib3h8czoxMzoiY29uZmlndXJhdGlvbiI7') in /home/content/03/11526603/html/products/includes/classes/db/mysql/query_factory.php on line 120

-and-

[01-Aug-2013 12:25:10 America/Phoenix] PHP Fatal error: Call to undefined function zen_get_languages() in /home/content/03/11526603/html/products/adminurrhtcqq/define_pages_editor.php on line 88

Is there a way I can do a clean install of just the admin folder? I'm kind of in a bind and the company is losing orders.. please help

---

Replied to this issue via private message giving recommendations on renaming admin folder and a way to restore admin functionality seeing that business is being impacted.

=== orders.php ===

Not sure if this is related to Super Orders, however I just got done installing Super Orders, Ty package tracker, and Edit Orders. I'm having an issue with orders.php.

The Labels for items show up like "ENTRY_CUSTOMER_ADDRESS" instead of "Customer Address"

I have included a Screenshot

Attachment 12977

you are missing the language files. Check your install and make sure you've uploaded everything..

Quote:

---

Originally Posted by 4sure

=== orders.php ===

Not sure if this is related to Super Orders, however I just got done installing Super Orders, Ty package tracker, and Edit Orders. I'm having an issue with orders.php.

The Labels for items show up like "ENTRY_CUSTOMER_ADDRESS" instead of "Customer Address"

I have included a Screenshot

Attachment 12977

---

fixed! thank you so much!

A long post, sorry, but thanks in advance for any advice.

I'm not sure if my problem is a flaw in our procedure or if I've simply missed something in Super Orders 4.0.2.
The problem concerns refunds. I do these through PayPal and mirror them in Super Orders, although I don't imagine this makes any difference. Here is the problem:

We sell car parts and among those are some refurbished parts that we sell on an exchange basis. To avoid the customer having to remove the part and send it to us, then having their car unusable while we send them a refurbished part, we add a "core charge" to the price of the product, refundable when we receive the old parts. As recommended elsewhere on the forum, we add this charge as a "required" attribute, which means only the price of the part (without the charge) appears in the product listing, with the core charge mentioned in the item description. This is appropriate, since that price is the nett price the customer will have paid once the core charge has been refunded. This has worked well for us until we started using Super Orders, which is why I'm posting in this thread.

When I make the refund in Super Orders, the order record still shows the item with the core charge (as I expect) but the refund is deducted from the total payment, leaving an outstanding balance equal to the value of the refunded core charge. I would like to find a way to make the order show the refund, yet not show any balance outstanding since the customer does not owe us any money.

I can see that what Super Orders is doing seems logical so perhaps we need to accommodate the core charge using a different method from the required attribute we currently use. I have also come across the same problem when trying to refund a customer who wanted to return their product unused. We wanted to refund the cost of the product minus the cost of the postage, which of course we would not refund. We were left with an order showing an outstanding balance. How should we go about this? We could not cancel the order because of the postage cost. We also had to restock the item manually.

We also have Edit Orders 4.0 installed. Perhaps we could do something with this?

Quote:

---

Originally Posted by BillJ

We wanted to refund the cost of the product minus the cost of the postage

---

I meant, of course, "refund the cost of the order minus the cost of the postage".

Thinking about it further, I can't imagine a situation where we would want to make a refund and end up with an order that has an outstanding balance.

Quote:

---

Originally Posted by DivaVocals

Find this in: YOUR_ADMIN/includes/extra_datafiles/super_orders_defines.php

Code:

---

//define('BOX_CUSTOMERS_SUPER_PAYMENTS', 'Super Payments');

---

Change to this:

Code:

---

define('BOX_CUSTOMERS_SUPER_PAYMENTS', 'Super Payments');

---

Then you need to register the page using the following data:
Page Key: customersSuperPaymentPopUp
Page Name: BOX_CUSTOMERS_SUPER_PAYMENTS
Page Filename: FILENAME_SUPER_PAYMENTS
Page Parameters (leave blank)
Menu: customers
Display on Menu?: N

---

Good afternoon,
Running into the same problem with super payments. I was able to update the PHP files with a PHP editor. The only thing I don't understand is how to Register the page. Any help would be appreciated. Thank you

Quote:

---

Originally Posted by q1engravers

Good afternoon,
Running into the same problem with super payments. I was able to update the PHP files with a PHP editor. The only thing I don't understand is how to Register the page. Any help would be appreciated. Thank you

---

"Zen Cart admin" -> "login" -> "Admin Access Management" -> "Admin Page Registration".

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

Quote:

---

Originally Posted by 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

---

Haven't read your entire message yet, but recommend that you ftp into your account and rename your admin directory as soon as possible and not post it in the future for all of the public (internet) to see.

Quote:

---

Originally Posted by 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.

Quote:

---

Originally Posted by 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.

Quote:

---

Originally Posted by 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..

Quote:

---

Originally Posted by 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..

Quote:

---

Originally Posted by 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.

Quote:

---

Originally Posted by 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.p...64#post1203164 and is discussed multiple times throughout the thread.

Quote:

---

Originally Posted by 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..

Quote:

---

Originally Posted by 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:

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..

---

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:

Quote:

---

Originally Posted by 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!

Quote:

---

Originally Posted by 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:

Quote:

---

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...

Quote:

---

Originally Posted by 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.p...32#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

Quote:

---

Originally Posted by 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.

Quote:

---

Originally Posted by 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..

Quote:

---

Originally Posted by 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..

Quote:

---

Originally Posted by 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.p...32#post1218332

---

Quote:

---

Originally Posted by 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.

Marc

---

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

Quote:

---

Originally Posted by 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.p...32#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

Quote:

---

Originally Posted by 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).

Change Log v4.0.6

• correct issue with fpdf.php clss file
• Improved Ty Package Tracker integration code (lhungil)
• Hide Ty Package Tracker and Edit Orders stylesheets if these modules are not installed

Hey Zen Masters,

Thanks for the continued thoughts MC, and you Diva, again. Here is tonights issue, and curious what I should do about 4.06, does it upgrade? What must I change if I just installed 4.05?

Trying to access the orders page, it wouldn't go there...Blank Page. Learning from you I sought my error code, and received this.

[13-Sep-2013 22:29:52] PHP Fatal error: Call to a member function get_content_type() on a non-object in /home/content/69/11416569/html/admintower/includes/classes/order.php on line 243

I don't know if this is due to merging, and worry about the upgrade for that reason. It gets confusing and I don't have the right side my side merge utility yet, using TextWrangler, have older iMac, also have P4Merge, but that different story. Anyhoo, what do I do with the note above, seek paranthesis?

Here is the offending line... $this->content_type = $_SESSION['cart']->get_content_type();

Thanks again for everyones help and concern.

Trademagic

Quote:

---

Originally Posted by cageman5555

i fixed it and now feel stupid for wasting your time i know your busy. thank you though for your help and input!!!

Fix was separate add-on that had an extra "." so i deleted it.

---

Cageman and all,

My problem the same. What was the application, and how do I find the offending "." as I am flying blind and the error code not in SO, but I don't know the problem file. Have Ty Tracker and Edit Orders.

Where is a current delogger for 1.5.1 Would you recommend something for mac?

Many thanks. I want to debug inside if possible.

Marc Sorry, tried to post in the referred location.

I don't think the root folder of the site holds an .htaccess file. It is in the admin and other folder though.

Am I missing one?

Quote:

---

Originally Posted by mc12345678

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).

---

Too many posts.. all over the place.. I have NO IDEA what exactly the issue is at this point, but I'm pretty sure it's NOT Super Orders based on the ONE error log message you posted..

So here's what I will say.. It sounds like you may have other NON SUPER ORDERS related changes that were made to the /admintower/includes/classes/order.php file (and again I HOPE this is NOT your REAL admin folder name). What ever module you've installed that makes changes to this file is the issue and you need to re-examine whatever changes you've made to this file..

Quote:

---

Originally Posted by Trademagic

Hey Zen Masters,

Thanks for the continued thoughts MC, and you Diva, again. Here is tonights issue, and curious what I should do about 4.06, does it upgrade? What must I change if I just installed 4.05?

Trying to access the orders page, it wouldn't go there...Blank Page. Learning from you I sought my error code, and received this.

[13-Sep-2013 22:29:52] PHP Fatal error: Call to a member function get_content_type() on a non-object in /home/content/69/11416569/html/admintower/includes/classes/order.php on line 243

I don't know if this is due to merging, and worry about the upgrade for that reason. It gets confusing and I don't have the right side my side merge utility yet, using TextWrangler, have older iMac, also have P4Merge, but that different story. Anyhoo, what do I do with the note above, seek paranthesis?

Here is the offending line... $this->content_type = $_SESSION['cart']->get_content_type();

Thanks again for everyones help and concern.

Trademagic

---

This is NOT related to Super Orders support.. This discussion needs to be continued in a NEW THREAD...

Quote:

---

Originally Posted by Trademagic

Where is a current delogger for 1.5.1 Would you recommend something for mac?

Many thanks. I want to debug inside if possible.

Marc Sorry, tried to post in the referred location.

---

NOT related to Super Orders support..

Quote:

---

Originally Posted by Trademagic

I don't think the root folder of the site holds an .htaccess file. It is in the admin and other folder though.

Am I missing one?

---

This issue is one you said you already fixed.. (remember the fix to the fpdf.php file mc12345678 gave you the link to?????????)

Quote:

---

Originally Posted by Trademagic

Cageman and all,

My problem the same. What was the application, and how do I find the offending "." as I am flying blind and the error code not in SO, but I don't know the problem file. Have Ty Tracker and Edit Orders.

---

Hi Guys.

Done the new install however when going to admin > configuration > super orders / when I click on any of the boxes to change settings it shows:
Please make any necessary changes

With a wide box underneath.

So I can't edit the setting etc.

Also how do I get rid of the Super Orders v4.0 install completed! at the top?

Thanks.

James

Quote:

---

Originally Posted by PetleyJ

Hi Guys.

Done the new install however when going to admin > configuration > super orders / when I click on any of the boxes to change settings it shows:
Please make any necessary changes

With a wide box underneath.

So I can't edit the setting etc.

Also how do I get rid of the Super Orders v4.0 install completed! at the top?

Thanks.

James

---

Last things first, if all of the files were properly transferred, the success statement should go away when another "option" from the admin panel is selected; however, that seems to not be the case. Recommend reuploading all files.

As to the first issue, that would be most likely a CSS issue as it relates to the device you are using (ie, an iDevice, mobile phone, desktop, etc...) Normal installation and usage does not have that problem, but it could also be related to the above.

Thanks. I will try that and let you know how I get on.

James

Quote:

---

Originally Posted by mc12345678

As to the first issue, that would be most likely a CSS issue as it relates to the device you are using (ie, an iDevice, mobile phone, desktop, etc...) Normal installation and usage does not have that problem, but it could also be related to the above.

---

Not at all.. the Super Orders configuration items are missing..

Quote:

---

Originally Posted by PetleyJ

Hi Guys.

Done the new install however when going to admin > configuration > super orders / when I click on any of the boxes to change settings it shows:
Please make any necessary changes

With a wide box underneath.

So I can't edit the setting etc.

Also how do I get rid of the Super Orders v4.0 install completed! at the top?

Thanks.

James

---

Suggest running the uninstall script and then starting over with your install.. The missing configuration items screams of an install gone astray.. I suspect that the install scrupt running repeatedly is the cause of the missing configuration items..

Thanks for that. Ran the uninstall sql file, then re-uploaded the base files and modified files and the same issue still occurs. I have then re-ran the uninstall sql file, the issue again still applies and the message at the top also stays there.

** Also I noticed in the Super Orders configuration area, at the bottom it shows as Super Orders Version 4.0.5 ***

James

Quote:

---

Originally Posted by PetleyJ

Thanks for that. Ran the uninstall sql file, then re-uploaded the base files and modified files and the same issue still occurs. I have then re-ran the uninstall sql file, the issue again still applies and the message at the top also stays there.

---

There are some hosts that do not properly support the auto-install functions.. I do not know why, and I am not sure how to fix this either.. Did you NOT see a message telling you that the YOUR_ADMIN/includes/auto_loaders/config.so.php was not deleted??

Quote:

---

Originally Posted by PetleyJ

** Also I noticed in the Super Orders configuration area, at the bottom it shows as Super Orders Version 4.0.5 ***

James

---

Right.. so I missed updating one of the version numbers.. NOT relevant to the issue..

Hi Diva, no message appeared.

Everything else appears to work fine, just apart from the configurations and the message at the top.

James

Done some digging around and found it was a file from a previous version that was causing the issue.

Looked in administration/includes/auto_loaders and it was config.so.php that was causing the issue. Deleted that and it's fixed all issues.

Quote:

---

Originally Posted by PetleyJ

Hi Diva, no message appeared.

Everything else appears to work fine, just apart from the configurations and the message at the top.

James

---

So, you may need to manually do at least the deletion actions of the auto install script to get it "installed" based on Diva's previous comment/statement that some hosts do not fully support the auto installer actions. In particular where the install script is still trying to install even though it would appear that the software is installed.

Quote:

---

Originally Posted by PetleyJ

Everything else appears to work fine, just apart from the configurations and the message at the top.

---

Missing the configuration menu and the install success menu repeatedly re-appearing is quite the opposite of working fine..

Like I said some hosts don't work correctly with the auto-installer, and I do not know why..

I suggest rolling back completely.. and by rolling back, yes I mean restore your site from the backup of your site prior to installing Super Orders.. Run the uninstall script I am posting here, and start the install over, but AFTER clicking on an admin link to activate the install as the install instructions state, and BEFORE YOU CLICK ANYWHERE ELSE IN THE ADMIN, you need to MANUALLY delete the YOUR_ADMIN/includes/auto_loaders/config.so.php file to prevent the install from running again..

Quote:

---

-- EDIT EXISTING TABLES
ALTER TABLE orders
DROP date_completed,
DROP date_cancelled,
DROP balance_due;

ALTER TABLE orders
DROP split_from_order,
DROP is_parent;

-- DROP TABLES
DROP TABLE IF EXISTS so_payments;
DROP TABLE IF EXISTS so_payment_types;
DROP TABLE IF EXISTS so_purchase_orders;
DROP TABLE IF EXISTS so_refunds;
DROP TABLE IF EXISTS payment_purchase_order;
DROP TABLE IF EXISTS payment_check;
DROP TABLE IF EXISTS payment_check_balance;

-- Store Phone and Fax numbers
--comment out if you want to keep these values
DELETE FROM configuration WHERE configuration_key = 'STORE_FAX';
DELETE FROM configuration WHERE configuration_key = 'STORE_PHONE';

-- Purchase Order payment module configs
DELETE FROM configuration WHERE configuration_key = 'MODULE_PAYMENT_PURCHASE_ORDER_STATUS';
DELETE FROM configuration WHERE configuration_key = 'MODULE_PAYMENT_PURCHASE_ORDER_PAYTO';
DELETE FROM configuration WHERE configuration_key = 'MODULE_PAYMENT_PURCHASE_ORDER_SORT_ORDER';
DELETE FROM configuration WHERE configuration_key = 'MODULE_PAYMENT_PURCHASE_ORDER_ZONE';
DELETE FROM configuration WHERE configuration_key = 'MODULE_PAYMENT_PURCHASE_ORDER_ORDER_STATUS_ID';

-- Super Orders configuration group
SELECT @t4:=configuration_group_id
FROM configuration_group
WHERE configuration_group_title= 'Super Orders';
DELETE FROM configuration WHERE configuration_group_id = @t4;
DELETE FROM configuration_group WHERE configuration_group_id = @t4;

-- Super Orders admin pages
DELETE FROM admin_pages WHERE page_key ='configSuperOrders';
DELETE FROM admin_pages WHERE page_key ='customersBatchStatusUpdate';
DELETE FROM admin_pages WHERE page_key ='customersBatchFormPrint';
DELETE FROM admin_pages WHERE page_key ='customersBatchPages';
DELETE FROM admin_pages WHERE page_key ='customersSuperDataSheet';
DELETE FROM admin_pages WHERE page_key ='customersSuperShippingLabel';
DELETE FROM admin_pages WHERE page_key ='customersSuperPopUp';
DELETE FROM admin_pages WHERE page_key ='localizationManagePaymentTypes';
DELETE FROM admin_pages WHERE page_key ='reportsOrdersAwaitingPayment';
DELETE FROM admin_pages WHERE page_key ='reportsCashReport';

---

If that doesn't work, and you are comfortable working in the database, you are going to have to update the admin_pages entries created by Super Orders and correct the "configSuperOrders" page_key to point at the RIGHT configuration group ID.. Right now the Super Orders configuration page is registered, but not pointing to the right configuration group ID. (Hence why the page is "blank")