Super Orders v3.0 Support Thread (for ZC v1.3.9)

DivaVocals:

So confirm for me.. are you saying in fact it (auto payments) doesn't work for orders paid via PayPal AFTER you installed Super Orders??? (sorry if this sounds dense, but I need confirmation one way or another and I'm not sure I have it)

Paypal orders are NOT getting auto payments for orders AFTER the upgrade. These orders are still have a balance due!

Thanks for any assistance as this is going to be annoying!

supersnow:

Paypal orders are NOT getting auto payments for orders AFTER the upgrade. These orders are still have a balance due!

Thanks for any assistance as this is going to be annoying!

In your PayPal settings under Modules --> Payment --> PayPal IPN do you have your PDT token set

http://www.zen-cart.com/forum/showpost.php?p=372071&postcount=12

Usually this is the most common problem with PayPal returns. DivaVocals and myself was running through this exact method awhile ago and the return was placed has it should so checking the PDT token settings make sure it is placed.

supersnow:

Paypal orders are NOT getting auto payments for orders AFTER the upgrade. These orders are still have a balance due!

Thanks for any assistance as this is going to be annoying!
Thank you for the information..

Well I had to take off the entire super order 3.0 as I found out that only firefox users on a mac could see my products. Everyone else was getting blank pages. So not happy!

I thankfully had a full backup of the site files before the upgrade and I used the uninstall sql from 3.0 and then ran the install for 2.0 superorders. But now my problem is that my ty tracker is not showing i.e. I am now getting a blank page when I click to add tracking id from my admin area.

YES I did remove the configuration admin flag from the configuration table.

So I really want to have my ty tracker back working - any ideas?

supersnow:

Well I had to take off the entire super order 3.0 as I found out that only firefox users on a mac could see my products. Everyone else was getting blank pages. So not happy!Well without knowing what error was shown in your error log when you got the blank page there's no way to address this issue.. It's not an error/issue we encountered in our testing, and we cannot replicate it..

supersnow:

But now my problem is that my ty tracker is not showing i.e. I am now getting a blank page when I click to add tracking id from my admin area.

YES I did remove the configuration admin flag from the configuration table.Can you clarify what admin flag you are referring to.. If you are referring to the one in Ty Package Tracker admin, then this thread is probably not the right place to discuss Ty Package Tracker specific issues.

supersnow:

So I really want to have my ty tracker back working - any ideas?There is nothing in the Super Orders uninstall SQL which would affect Ty Package Tracker..

The uninstall script does the following:

Removes five Super Orders specific columns from the orders tables:

• date_completed
• date_cancelled
• balance_due
• split_from_order
• is_parent

It also drops the following Super Orders specific tables:

• so_payments
• so_payment_types
• so_purchase_orders
• so_refunds
• payment_purchase_order
• payment_check
• payment_check_balance

It removes configuration settings added specifically for Super Orders
-- Store Phone and Fax numbers

It then removes the Purchase Order payment module
-- Purchase Order payment module configs

Finally it removes the Super Orders configuration group

None of these changes would affect Ty Package Tracker.

Again if the issue is with Ty Package Tracker, this thread is probably not the right place to discuss Ty Package Tracker specific issues, and you should post in Ty Package tracker support thread, but I'd double check your Ty Package Tracker install first.

pinkchalkstudio:

Thank you for version 3.0! I was able to upgrade without any problems and love the new features. I have one very small question on the changes made to ADMIN_FOLDER/includes/modules/orders_download.php

I'm not clear on why these two changes were made:

download_reset_off is now download_reset_on

icon_green_on is now icon_yellow_on

The yellow icon indicates 'expired' on the legend for downloadable products so it seems confusing that the button next to the downloaded products is now yellow since the downloads are definitely 'active' (green on the legend).

When I press the button it resets the the number of times the file can be downloaded. I've always had odd behavior with that button in general even on the baseline zencart orders panel. It's not a feature we've needed (ie I have no expiration date for downloadable purchases thus no reason to 'reset' their downloads) so it's possible I just don't understand how it's supposed to work :)

Since I sell a lot of downloads I want to make sure I understand why I'm putting this change in so that we don't use it incorrectly or encounter unexpected behavior.

Thank you!

Sorry for the delay in answering, I have been swamped at work.

If you have a Green Icon and you click on it, it will set the download to expired and replace it with a yellow icon. If the icon is yellow and you click on it, it will reset the file to the default amount of days it should be available as if it had just been purchased and change the icon to green. I made the change as when I was testing it originally, it didn't work as I thought it should. I remember I also had to correct the database for this area as well as it was wrong because of the original code.

JT

What a fabulous module.

I am just wondering if the 'Model' column can be moved back further to the right closer to 'Tax' column.

It's causing my printed invoices to almost double in page number when printing larger orders because of the text wrapping. It didn't used to do that as the 'Model' column used to be much closer to the 'Tax' column.

How can i fix this?

And in the name of making sure that everything is all "tidied up"

Let me close out this issue.

The issue being reported here is NOT caused by the missing ?> at the end of the packing lcsd_merged_packing_slips.php. Closing ?> at the end of php files was removed from MANY Zen Cart 1.3.9 files, and the Zen Cart admins explain why in this thread here:
Some of my PHP files are missing the ?> at the end of the file

Now that said.. Propel's issue is MOST likely a result of running Zen Cart on a PHP 4 server as outlined in this post.
http://www.zen-cart.com/forum/showpost.php?p=981449&postcount=133

This would cause the system to error out on the lcsd_merged_packing_slips.php file.

propel:

We just downloaded the contribution, but couldn't get it to work.... the file lcsd_merged_packing_slips.php doesn't have a closing tag, and if that file is in place the entire admin area doesn't work.

I tried to unzip using different tools to see if the file may have been corrupted, but no matter how I unzip the file appears to be truncated.

Any ideas?

DivaVocals:

lcsd_merged_packing_slips.php doesn't need the closing ?> as has been posted repeatedly by the Zen Cart admins..

Chances are lcsd_merged_packing_slips.php is generating an error because there is some file it needs that was not loaded properly..

Based on what I THINK you mean by "entire admin doesn't work" I assume you mean that the admin goes blank when the lcsd_merged_packing_slips.php file is in place?? (It helps to post EXACTLY what happens so I don't have to interpret) If my assumption is correct, you need to post what the error log file that would be generated when you get the blank page says.. (log files would be located in your "cache" folder) Once we know what the error is, then I can guide you on resolving it..

mooomers:

What a fabulous module.

I am just wondering if the 'Model' column can be moved back further to the right closer to 'Tax' column.

It's causing my printed invoices to almost double in page number when printing larger orders because of the text wrapping. It didn't used to do that as the 'Model' column used to be much closer to the 'Tax' column.

How can i fix this?You can take a look at the super_invoice.php file and play around with the header widths for the products details section.. You want to make sure the total of all values adds up to 100.

DivaVocals:

You can take a look at the super_invoice.php file and play around with the header widths for the products details section.. You want to make sure the total of all values adds up to 100.

Thank you so much! That did the trick, it looks great now.

One more question..
Is there a way I can make the invoice and packing list sort by model to make packing easier for our staff? I believe right now it's sorted in the order in which the customer enters.. it's making packing hell for my staff especially on busy days and large orders with hundreds of items.

Ok so I am back with Super Order 3.0 as I found that I had a problem with a word press integration I put on that was causing a lot of issues for my store and for the most part Super orders is working. The only few issues I am having is the following:

1. It is not recognizing payment from paypal - I am using paypal express but I do not have the express paypal button active on the shopping cart only on the payment page as a payment option - I do not use paypal IPN - stick of all the paypal stuck order issues we had last year.
2. When I do a refund via the super order area it runs the refund but I get a blank page (I have to close the browser window - I dare not please the back button). I go back into the order and the order shows the refund and then I check my merchant account and it have been processed there - so it is sort of working I just hate the blank page it makes be nervous and the following was in the cache log file:
   [13-Jan-2011 15:49:42] PHP Warning: session_start() [<a href='function.session-start'>function.session-start</a>]: Cannot send session cache limiter - headers already sent (output started at /home/---/public_html/admin/orders.php:2) in /home/--/public_html/includes/functions/sessions.php on line 114
   [13-Jan-2011 15:49:42] PHP Warning: Cannot modify header information - headers already sent by (output started at /home/--/public_html/admin/orders.php:2) in /home/--/public_html/admin/includes/init_includes/init_templates.php on line 28
   [13-Jan-2011 15:49:43] PHP Warning: Cannot modify header information - headers already sent by (output started at /home/--/public_html/admin/orders.php:2) in /home/---/public_html/admin/includes/functions/general.php on line 22

3. When a customer logins in the store they see the "hidden " admin comments (I have ty tracker installed) in their order history page of their account.

4. The comments in the order update in the html email are stripped of all line spacing and the links as just plain text if I do the update via the super orders interface (text version of the order update email is fine and has hyperlinks)- If I use the ty tracker interface to send the order update email both html and the text version look great.

Item 1
We are working on this and once we figure out why this stopped working we will update the module accordingly in the downloads section. No I do not have an ETA.. As always, I will post updates on this support thread as we submit updates to the module.

Item 3
If you updated your install from Super Orders v2.0 Rev 48a, AND you applied the files in the "Optional Edits" to your store, you will need to replace the /includes/modules/pages/account_history_info/header_php.php with the default Zen Cart 1.3.9 version of this file. In v2.0 Rev 48a we attempted to add support for "hidden" comments. This support is NOW built into Zen Cart 1.3.9 and we made the appropriate changes in Super Orders v3.0 to support this making this previously modified fiel obsolete.

This was inadvertently omitted from the readme file, but posted about in this support thread. I will update the readme for the next version to reflect this change.

Bottomline is that Super Orders does indeed support hidden comments EXACTLY the same way that the default orders.php does. This has little to do with whether or not you have Ty Package Tracker installed or not.. Any additional questions you may have related to Ty Package Tracker need to be re-directed to the Ty Package Tracker support thread.

Item 4
I will take a look at this and if I can confirm this is an issue we will address it and make the appropriate changes needed and submit the updates to the downloads section.

Now last but not least...

Item 2
You are not going to like hearing this, BUT....

Unfortunately, the likely root cause of this error is because of another modification you have made in your store (inadvertently or intentionally).

It's POSSIBLE that this is related to your WordPress Integration issues. (the "headers already sent by" is a common WordPress error. This is particularly true if you are using the WOZ module which makes changes which could cause this error -- in which case you should try to track down the cause by posting your questions inthe WOZ support thread) Since I cannot see your store files I cannot say for sure what is cause of the errors you are getting..

I can say this for sure, it's likely that the error you are reporting "headers already sent by" is caused by something UNRELATED to Super Orders. Super Orders is not the cause of the issue, rather Super Orders is ILLUMINATING an issue whose source is elsewhere in your store.

Do a search in the forum for "headers already sent by" and you'll see this.

I did a Bing search and you can check out some of the threads on this error. Perhaps one of them contains the key to the source of the issue:
http://www.bing.com/search?q=PHP+Warning%3A+session_start%28%29+%5B%3Ca+href%3D%27function.session-start%27%3Efunction.session-start%3C%2Fa%3E%5D%3A+Cannot+send+session+cache+limiter+-+headers+already+sent+site%3Azen-cart.com&form=QBRE&qb=2

Within the research results I found this post which includes some information and links from DrByte:
http://www.zen-cart.com/forum/showthread.php?p=622932

supersnow:

Ok so I am back with Super Order 3.0 as I found that I had a problem with a word press integration I put on that was causing a lot of issues for my store and for the most part Super orders is working. The only few issues I am having is the following:

2. It is not recognizing payment from paypal - I am using paypal express but I do not have the express paypal button active on the shopping cart only on the payment page as a payment option - I do not use paypal IPN - stick of all the paypal stuck order issues we had last year.

3. When I do a refund via the super order area it runs the refund but I get a blank page (I have to close the browser window - I dare not please the back button). I go back into the order and the order shows the refund and then I check my merchant account and it have been processed there - so it is sort of working I just hate the blank page it makes be nervous and the following was in the cache log file:

[13-Jan-2011 15:49:42] PHP Warning: session_start() [<a href='function.session-start'>function.session-start</a>]: Cannot send session cache limiter - headers already sent (output started at /home/---/public_html/admin/orders.php:2) in /home/--/public_html/includes/functions/sessions.php on line 114
[13-Jan-2011 15:49:42] PHP Warning: Cannot modify header information - headers already sent by (output started at /home/--/public_html/admin/orders.php:2) in /home/--/public_html/admin/includes/init_includes/init_templates.php on line 28
[13-Jan-2011 15:49:43] PHP Warning: Cannot modify header information - headers already sent by (output started at /home/--/public_html/admin/orders.php:2) in /home/---/public_html/admin/includes/functions/general.php on line 22

3. When a customer logins in the store they see the "hidden " admin comments (I have ty tracker installed) in their order history page of their account.

4. The comments in the order update in the html email are stripped of all line spacing and the links as just plain text if I do the update via the super orders interface (text version of the order update email is fine and has hyperlinks)- If I use the ty tracker interface to send the order update email both html and the text version look great.

I really like the potential of this module so I want find the problems and fix them.

Need to clarify part of this..

DivaVocals:

Item 3
If you had Super Orders v2.0 Rev 48a installed, AND you applied the files in the "Optional Edits" to your store (from the v2.0 Rev 48a fileset), AND you then updated your v2.0 Rev 48a install to Super Orders v3.0 you will need to replace the /includes/modules/pages/account_history_info/header_php.php with the default Zen Cart 1.3.9 version of this file.

In v2.0 Rev 48a we attempted to add support for "hidden" comments by editing the comments filter on the customer order history page.

This kind of support is NOW built into Zen Cart 1.3.9 and we made the appropriate changes in Super Orders v3.0 to support this new feature therefore making this previously modified file obsolete with Super Orders v3.0.

Zen-Cart 1.3.9h (fresh install, no update)
Super Orders v3.0 (fresh install, no update)
(No additional add-ons at this time; using on local machine test server, o/s Windows Vista, with WAMPSERVER)
Apache Ver. 2.2.11
PHP Ver. 5.2.2
MySQL Ver. 5.0.45
############################################################___

I looked thru this thread to try and find a solution to the one error I found so far, if it is truly an error, and not a mistake I made when uploading, I did not not find any reference for it (the sql file was copied and pasted, when installed).

I am receiving the following error when I click in Admin on: "Reports", "Orders Awaiting Payment":

"Parse error: syntax error, unexpected '}' in C:\wamp\www\XXXXXXstore\XXXadminXXX\super_report_await_pay.php on line 392"

I am still learning PHP and SQL, however, I don't know what this is referring to. For if I am looking at line 392, what I am seeing is:

391 <?php 392 } // END if ($report_type) 393 ?>

It's true, no orders have been placed since this is on my local test server, so there would be nothing to see, as far as waiting for payment. But wouldn't I see a different error, and not one relating to code in my browser?

Any help would be appreciated,

Thank you

DivaVocals:

Item 1
We are working on this and once we figure out why this stopped working we will update the module accordingly in the downloads section. No I do not have an ETA.. As always, I will post updates on this support thread as we submit updates to the module.

Item 3
If you updated your install from Super Orders v2.0 Rev 48a, AND you applied the files in the "Optional Edits" to your store, you will need to replace the /includes/modules/pages/account_history_info/header_php.php with the default Zen Cart 1.3.9 version of this file. In v2.0 Rev 48a we attempted to add support for "hidden" comments. This support is NOW built into Zen Cart 1.3.9 and we made the appropriate changes in Super Orders v3.0 to support this making this previously modified fiel obsolete.

This was inadvertently omitted from the readme file, but posted about in this support thread. I will update the readme for the next version to reflect this change.

Bottomline is that Super Orders does indeed support hidden comments EXACTLY the same way that the default orders.php does. This has little to do with whether or not you have Ty Package Tracker installed or not.. Any additional questions you may have related to Ty Package Tracker need to be re-directed to the Ty Package Tracker support thread.

Item 4
I will take a look at this and if I can confirm this is an issue we will address it and make the appropriate changes needed and submit the updates to the downloads section.

Now last but not least...

Item 2
You are not going to like hearing this, BUT....

Unfortunately, the likely root cause of this error is because of another modification you have made in your store (inadvertently or intentionally).

It's POSSIBLE that this is related to your WordPress Integration issues. (the "headers already sent by" is a common WordPress error. This is particularly true if you are using the WOZ module which makes changes which could cause this error -- in which case you should try to track down the cause by posting your questions inthe WOZ support thread) Since I cannot see your store files I cannot say for sure what is cause of the errors you are getting..

I can say this for sure, it's likely that the error you are reporting "headers already sent by" is caused by something UNRELATED to Super Orders. Super Orders is not the cause of the issue, rather Super Orders is ILLUMINATING an issue whose source is elsewhere in your store.

Do a search in the forum for "headers already sent by" and you'll see this.

I did a Bing search and you can check out some of the threads on this error. Perhaps one of them contains the key to the source of the issue:
http://www.bing.com/search?q=PHP+Warning%3A+session_start%28%29+%5B%3Ca+href%3D%27function.session-start%27%3Efunction.session-start%3C%2Fa%3E%5D%3A+Cannot+send+session+cache+limiter+-+headers+already+sent+site%3Azen-cart.com&form=QBRE&qb=2

Within the research results I found this post which includes some information and links from DrByte:
http://www.zen-cart.com/forum/showthread.php?p=622932

Thanks

1. Look forward to the update

2. Found the problem it was an extra line at the top of the file of /admin/orders.php

3. Going back to the default zencart version fixed the problem - thanks for that would never in a million years looked there!

4. If it is isolated to just me do you have any ideas what would be causing the line break stripping?

supersnow:

Thanks for the great upgrade.

1.I am currently using COWOA and any orders that are COWOA orders I get this at the top of the superorder detail page:

Is this normal or should I be seeing something else?

2. Also I am looking forward to your updates regarding the pdf packing slips. I currently use the PDF order center as well as super orders because of their great handling of the print and update of order status in one step. Plus I can choose to print just packing slips or just invoices or I have option to print a packing slip AND invoice in one simple step. It has the packing slip without prices and is a "true" packing slip and the second page is a true invoice with amounts etc.

3. Why is the paypal orders not automatically get set as paid? The authorize.net orders are set correctly. This is going to add a new task to keep the site up to date if we have to update each order manually with the paypal payment information. I can understand when there is an e-check involved that takes a few days to clear via paypal but the instant payments is going to be quiet time consuming!

Thanks

Using Developers Tool Kit, under Tools in Admin, looking for "//Begin COWOA Edit //End COWOA Edit", I found that the problem is in "admin\super_orders.php" lines "1082 and 1135". For some reason the "//" in front of "Begin COWOA Edit" and "End COWOA Edit" is not hiding those notes in the code, so it shows on the page when you click the "details" button to review the order.

What I did to temporarily hide it from view, until the reason for it is found out and fixed in an update, was to use "<!-- xxxx -->".

Hope this helps :cool:

Joseph_Greely:

Using Developers Tool Kit, under Tools in Admin, looking for "//Begin COWOA Edit //End COWOA Edit", I found that the problem is in "admin\super_orders.php" lines "1082 and 1135". For some reason the "//" in front of "Begin COWOA Edit" and "End COWOA Edit" is not hiding those notes in the code, so it shows on the page when you click the "details" button to review the order.

What I did to temporarily hide it from view, until the reason for it is found out and fixed in an update, was to use "<!-- xxxx -->".

Hope this helps :cool:

In my previous post I failed to state that the search for "//Begin COWOA Edit //End COWOA Edit" turned up nothing. I found it looking for "//Begin COWOA Edit" and "//End COWOA Edit".

Sorry for the miss information :oops:

supersnow:

4. If it is isolated to just me do you have any ideas what would be causing the line break stripping?Since I haven't yet looked into the issue or tested to see if I can recreate it, I can't give you any answers right now..

Joseph_Greely:

Using Developers Tool Kit, under Tools in Admin, looking for "//Begin COWOA Edit //End COWOA Edit", I found that the problem is in "admin\super_orders.php" lines "1082 and 1135". For some reason the "//" in front of "Begin COWOA Edit" and "End COWOA Edit" is not hiding those notes in the code, so it shows on the page when you click the "details" button to review the order.

What I did to temporarily hide it from view, until the reason for it is found out and fixed in an update, was to use "<!-- xxxx -->".

Hope this helps :cool:Appreciate the help.. this has already been addressed in the update I am working on.. as I posted earlier this and other fixes will be in the next update.. and to be CLEAR this is ONLY in the files that were bundled specifically for FEC or COWOA.. This does NOT affect those not using these mods and the files for those mods included in the Super Orders fileset..

Gotta stop responding when I'm sleepy..:laugh: Correction to my previous post below

DivaVocals:

Appreciate the help.. FYI.. this was already addressed in the update I am working on.. as I posted earlier this and other fixes will be in the next update.. and to be CLEAR this fix is ONLY in the files that were bundled with Super Orders v3.0 specifically for FEC or COWOA.. This does NOT affect those not using these mods.. (ie: those who installed the STOCK/DEFAULT Super Orders fileset)