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

[DivaVocals]

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: 1062uplicate 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..

[twi]

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?

[lhungil]

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.

[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!

[twi]

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

[simon22]

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

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

[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:

[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

[DivaVocals]

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

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


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.

[DivaVocals]

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.


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

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)