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

Welcome to the new support thread for Super Orders v4.0, for v1.5.x

http://www.zen-cart.com/downloads.php?do=file&id=155

Here's the answer to the most frequently asked question: "What does Super Orders do?"
(which BTW REALLY IS explained in detail in the readme for those who REALLY wanna know.. it doesn't hurt to download the fileset..)

PURPOSE & AIM

Super Orders is exactly what its name implies: Zen Cart's default order management on steroids.

It's more in all the areas Zen users are asking for more:

• More order control
  
  • "Batch Form Printing" and "Batch Status Updating" including support for PDF invoices.
  • "Batch Form Printing" and "Batch Status Updating" both offer expanded order search options.
  • Editing of hidden "admin only" comments
  • “Split Orders” allows you to split individual lines on an order. So for example:
    
    Customer orders:
    3 Super Widgets
    4 Super Duper Widgets
    
    You've only got 3 of the Super Duper Widgets in stock. With Split Orders, you can move the Super Duper Widgets to another order creating a new (child) order which is split from the parent (original)
    
    So you will end up with 1 order (parent) with 3 Super Widgets and a child order with 4 Super Duper Widgets.
  
  
• More thorough data
  
  • Order payment tracking -- allows shopowners to enter and track order payment details (check, money orders, etc.) Payments made via Authorize.net, Linkpoint and PayPal are entered for you automatically. Send customer payment notification/verifications
  • Order refund tracking -- allows shopowners to enter and track order refund details. Send customer refund notification/verifications
  
  
• More detailed reports
• EASY integration* with Edit Orders, USPS Click-N-Ship, Fedex Automated Labels, and Ty Package Tracker
• More navigation options
  
  • More shortcut icons on the orders listing screen. Now there is a corresponding shortcut icon on each order line that matches the buttons that appear in the sidebox
  
  

*Edit Orders, USPS Click-N-Ship, Fedex Automated Labels, and Ty Package Tracker MUST be installed to use these built-in integration features

That said I STRONGLY suggest that anyone THINKING about this mod download it and READ the readme.. The readme goes into a LOT more detail about what Super Orders can do.. It should answer any questions about what this mod provides..

If you are upgrading you too should read the readme file BEFORE you upgrade.

Lastly I want to ask a SMALL favor.. :smile:

When posting bugs/issues about Super Orders v4.0, it's a WHOLE LOT more helpful to resolve them if you post details. Just saying "it's broken" or "doesn't work" does not provide nearly enough information to help YOU resolve YOUR issue.:smile:

Please provide as MUCH information as possible including the version of Zen Cart you are running, the version of Super Orders you are running, any other add-ons you may have also installed.. Also hosting/server information (PHP versions, mySQL versions, hosting provider etc) is helpful too.

AND if you're REALLY detail oriented, tell us the install sequence/method you used to install Super Orders.:smile:

Version 4.0.3 is now available for download on zen-cart's website, however, when I installed it, there is something wrong with the file encoding... (it looks like your using a mac)..

When I click on "Shipping Label" or "Package Slip" I get the error:

Code:

---

Parse error: syntax error, unexpected T_REQUIRE_ONCE in path/to/admin/super_shipping_label.php on line 2

---

However, when replacing the files from Version 4.0.2, it works just fine.

I am using Windows 7 and FileZilla for FTP.
Can you re-produce this problem?

I went through and compared all files, and it seems the following files are either encoded wrong, or something else happened.
I just used the files from version 4.0.2 to replace these 3 files, and it all works good now.

The files at fault:

Code:

---

/admin/super_batch_pages.php
/admin/super_shipping_label.php
/admin/packingslip.php

---

Let me know if you want anymore information.

Quote:

---

Originally Posted by cherven

Version 4.0.3 is now available for download on zen-cart's website, however, when I installed it, there is something wrong with the file encoding... (it looks like your using a mac)..

When I click on "Shipping Label" or "Package Slip" I get the error:

Code:

---

Parse error: syntax error, unexpected T_REQUIRE_ONCE in path/to/admin/super_shipping_label.php on line 2

---

However, when replacing the files from Version 4.0.2, it works just fine.

I am using Windows 7 and FileZilla for FTP.
Can you re-produce this problem?

---

Not using a Mac.. I tested these files before I packaged them up.. So no I can't reproduce this issue..

Quote:

---

Originally Posted by cherven

I went through and compared all files, and it seems the following files are either encoded wrong, or something else happened.
I just used the files from version 4.0.2 to replace these 3 files, and it all works good now.

The files at fault:

Code:

---

/admin/super_batch_pages.php
/admin/super_shipping_label.php
/admin/packingslip.php

---

Let me know if you want anymore information.

---

There are NO SIGNIFICANT differences in theses three files between the 4.02 version on my site and the 4.0.3 version in the Zen Cart downloads.. The ONLY material differences between 4.0.2 and 4.0.3 are changes to some language files and the auto-installer files required to make other admin profiles work properly with Super Orders.. whatever issues you are experiencing may be as a result of a corrupted download or FTP upload corruption.. I cannot reproduce any issues as you have described..

Quote:

---

Originally Posted by DivaVocals

Not using a Mac.. I tested these files before I packaged them up.. So no I can't reproduce this issue..

There are NO SIGNIFICANT differences in theses three files between the 4.02 version on my site and the 4.0.3 version in the Zen Cart downloads.. The ONLY material differences between 4.0.2 and 4.0.3 are changes to some language files and the auto-installer files required to make other admin profiles work properly with Super Orders.. whatever issues you are experiencing may be as a result of a corrupted download or FTP upload corruption.. I cannot reproduce any issues as you have described..

---

Hi Diva,
Is there a database change I need to make to get 4.02 to work with the other admin profile?

Quote:

---

Originally Posted by badarac

Hi Diva,
Is there a database change I need to make to get 4.02 to work with the other admin profile?

---

I did not create any kind of 4.02 to 4.03 patch fileset..

to update 4.0.2 to 4.0.3, download 4.0.3.. Login into admin.. re-upload all the files in the "Base Files" folder -- making sure to make all the correct admin and template folder changes as requires.. (I am in the airport and I cannot remember ALL the file changes.. I just know they are in the "Base Files" folder). Click any link in the admin to re-run the auto-installer.. Should make all the changes you are looking for..

ETA: the invoice file in the "Core Files" folder also changed.. Just to be SURE you got ALL the changes.. I would simply just re-install the entire package..

Hello,

I am using superorders 3.0 with zencart 1.3.9.h

The issue I am having is that in the super packing slip when I go to print or print preview the word True shows up under the QTY header right next to the qty of the ordered item or items.

I know the qty is been called from somewhere and then getting inserted in the packing slip, but I can not figure out why or where this would be coming from. It does NOT show up on the invoice.

Any suggestions?

I installed Super Orders, but having a few issues.

Installed on a new install of Zen 1.5.0, the version uploaded on Sept 21.

Issues I'm now having:

1.Every time I log into the Admin, i get a green bar at the top, telling me I have successfully installed super orders. That notification won't go away.

2. If I go to Configure>Super Orders, I can't make any changes, for instance, I click on the Standard Packing Slip - Show Images and try to change to No, but when I click, I get a text bar on the side that is empty, with a heading says "Please make any necessary changes" I type NO into this box, then click on UPDATE, and nothing happens, it just refreshes the page, no changes.

3. I don't show the ability to split an order.

4. When I go into BATCH FORM PRINTING, and I click on the option to print forms, I get an error.

Quote:

---

Parse error: syntax error, unexpected T_GLOBAL in /home/MYSITE/public_html/MYADMINFOLDER/super_batch_pages.php on line 1

---

5. When I click on PACKING slip from the CUSTOMERS>ORDERS page, I get an error there too,

Quote:

---

Parse error: syntax error, unexpected T_REQUIRE_ONCE in /home/MYSITE/public_html/MYADMINFOLDER/packingslip.php on line 2

---

6. Same when I click on Shipping Label:

Quote:

---

Parse error: syntax error, unexpected T_REQUIRE_ONCE in /home/MYSITE/public_html/MYADMINFOLDER/super_shipping_label.php on line 2

---

I had a few other errors that were happening, so I re-uploaded all of the files, and it seems to have resolved some issues, but not everything....not sure what to try from here.

I also can't change the store phone and store fax, i get the same issues as when I try to change anything in the Configuration>Super Orders

Quote:

---

Originally Posted by paperthreads

1.Every time I log into the Admin, i get a green bar at the top, telling me I have successfully installed super orders. That notification won't go away.

---

I am not able to duplicate this behavior. Do you get a bar on the top saying something like "'The auto-loader file has not been deleted..."? My first inclination would be permissions for your hosting environment are incorrect or your hosting provider does not fully support PHP "unlink".

Hint: the webserver needs to have write access to the /admin/includes/auto_loaders directory.

Of the above concerns, I was able to fix the following:

Quote:

---

5. When I click on PACKING slip from the CUSTOMERS>ORDERS page, I get an error

---

FIXED this by replacing the packingslip.php from my original Zen Cart install files.

Quote:

---

6. Same when I click on Shipping Label:

---

FIXED this by downloading the previous version of Super Orders, and replacing the super_shipping_label.php from that set of install files.

The auto_loaders directory folder has 755 as it's permissions. I do not get a bar at the top saying the auto-loader file has not been deleted...", only the "green" colored bar with the success on the install message.

I also installed edit orders today, and the same thing with that showing up at the top banner as "success with install" and not going away, so it must be a problem with how that is updating on my server, but I don't know how to change it or fix it.

Yuck, are there any debug files in the log folder? Maybe one of the SQL statements failing before the installation script ends?

If you get some time, if you can look through the installation script and see if all the changes it makes actually occurred... Or if nothing else (personally I hate doing this), you could periodically add some debug messages to the installation script.

Thank you for that "hint"

What I did to FIX the problem with the banners, was renamed the files in my auto_loaders folder config.so.php, and that seemed to fix:

1. the problem with the "success with install" message at the top is now gone.

2. I am now able to edit all the items in MY STORE (fax and phone numbers) as well as make changes appropriately in the Super Orders menu under Configuration.

The only errors I'm still getting are in the BATCH PRINT FORM page, when I click on any of the options, Invoices, Packing Slips, or Shipping labels, and then click on PRINT FORM, I get the following error still:

Quote:

---

Parse error: syntax error, unexpected T_GLOBAL in /home/MYSITE/public_html/MYADMIN/super_batch_pages.php on line 1

---

For anybody who is having issues, try the fixed version here:
http://www.2shared.com/file/LDQccxnW...0-4_final.html

I changed all the files to Unix Encoding, Instead of mac, and mixed (which was causing problems for me)
I Also fixed the problem when clicking on Payment or Purchase Order.

Let me know if this solves your problems, and if any problems still exist.

Quote:

---

Originally Posted by paperthreads

Thank you for that "hint"

What I did to FIX the problem with the ... [ 1) and 2) ] ..., was renamed the files in my auto_loaders folder config.so.php.
...

---

Awesome. I wonder how the file ended up having a different name?

Quote:

---

Originally Posted by DivaVocals

Not using a Mac.. I tested these files before I packaged them up.. So no I can't reproduce this issue..

---

I can verify the zip file downloaded from the zen-cart plugins section does include files containing only a CR as the line terminator. Windows uses CRLF and Unix uses just LF.

This was not an issue for me because the software I use for SFTP / FTP / FTPS automatically determines the current line terminator character(s) for both the file being sent and the remote host. It then converts known text files to the correct line terminator when uploading.

I do not use FileZilla, but unless it has the .php extension set as "text" most likely FileZilla will upload the files as binary... This could be the cause of some problems. It would not be a bad idea IMHO to repack and repost to the plugins section with the line terminators in all *nix format just to make life easier for those who may unpack directly on the host or use a tool which does not treat .php files as text when uploading.

Quote:

---

Originally Posted by gokeypa

Hello,

I am using superorders 3.0 with zencart 1.3.9.h

The issue I am having is that in the super packing slip when I go to print or print preview the word True shows up under the QTY header right next to the qty of the ordered item or items.

I know the qty is been called from somewhere and then getting inserted in the packing slip, but I can not figure out why or where this would be coming from. It does NOT show up on the invoice.

Any suggestions?

---

You can start by posting in the correct support thread for the version of Zen Cart/Super Orders you are using..

**deleted**

Quote:

---

Originally Posted by cherven

For anybody who is having issues, try the fixed version here:
http://www.2shared.com/file/LDQccxnW/super_orders_4-0-4_final.html

I changed all the files to Unix Encoding, Instead of mac, and mixed (which was causing problems for me)
I Also fixed the problem when clicking on Payment or Purchase Order.

Let me know if this solves your problems, and if any problems still exist.

---

It would be helpful to provide details of this issue... Also it's better if you send potential bugfixes to me to test, evaluate and re-submit, OR you can submit an update to the downloads section.. This is better than having folks having to download two sets of files to install this add-on..

Quote:

---

Originally Posted by paperthreads

I also installed edit orders today, and the same thing with that showing up at the top banner as "success with install" and not going away, so it must be a problem with how that is updating on my server, but I don't know how to change it or fix it.

---

You need to contact your host as lhungil suggested in his earlier post..

I did add to the downloads section, just waiting for it to get approved.
And the link I posted above isn't just a bugfix, it's the complete package.

The problem with the Packaging Slip, and Invoice links not opening was caused by the Mac Encoding.
The problem with the Payment and Purchase Order was caused by this being commented out...

File: YOUR_ADMIN_FOLDER/includes/extra_datafiles/super_orders_defines.php

PHP Code:

---

define('FILENAME_SUPER_PAYMENTS', 'super_payments'); 


---

Quote:

---

Originally Posted by cherven

I did add to the downloads section, just waiting for it to get approved.
And the link I posted above isn't just a bugfix, it's the complete package.

The problem with the Packaging Slip, and Invoice links not opening was caused by the Mac Encoding.
The problem with the Payment and Purchase Order was caused by this being commented out...

File: YOUR_ADMIN_FOLDER/includes/extra_datafiles/super_orders_defines.php

PHP Code:

---

define('FILENAME_SUPER_PAYMENTS', 'super_payments'); 


---

---

Thanks.. that's much clearer.. yes submitting the updates to the downloads is the right way to address this.. and it was my bad on commenting out the super_payments define.. so nice catch..

I have some further MINOR updates (some PHP 5.3 compatibility updates that got overlooked) to make so I will wait for your version to be approved and then submit the updates I have..

Quote:

---

Originally Posted by cherven

For anybody who is having issues, try the fixed version here:
http://www.2shared.com/file/LDQccxnW...0-4_final.html

I changed all the files to Unix Encoding, Instead of mac, and mixed (which was causing problems for me)
I Also fixed the problem when clicking on Payment or Purchase Order.

Let me know if this solves your problems, and if any problems still exist.

---

Thank you! Your set of files were the proper solution for all the issues I was having, and everything is now working correctly!

Quote:

---

Originally Posted by paperthreads

Thank you! Your set of files were the proper solution for all the issues I was having, and everything is now working correctly!

---

Your welcome! Let us know if you find anymore bugs.

Quote:

---

Originally Posted by DivaVocals

I did not create any kind of 4.02 to 4.03 patch fileset..

to update 4.0.2 to 4.0.3, download 4.0.3.. Login into admin.. re-upload all the files in the "Base Files" folder -- making sure to make all the correct admin and template folder changes as requires.. (I am in the airport and I cannot remember ALL the file changes.. I just know they are in the "Base Files" folder). Click any link in the admin to re-run the auto-installer.. Should make all the changes you are looking for..

ETA: the invoice file in the "Core Files" folder also changed.. Just to be SURE you got ALL the changes.. I would simply just re-install the entire package..

---

Thanks Diva,
I'll reinstall to pick up all the changes. Thanks for the help! Hope you're going someplace good.

Quote:

---

Originally Posted by badarac

Thanks Diva,
I'll reinstall to pick up all the changes. Thanks for the help! Hope you're going someplace good.

---

The new version should set you right.. :smile:

I was actually coming back when I wrote my other post from the airport.. Went drag racing this weekend!! Whoo hoo!!:clap::clap: My hubby is in the chase for the championship for his particular class in this particular sanctioning body!!

Quote:

---

Originally Posted by DivaVocals

It would be helpful to provide details of this issue... Also it's better if you send potential bugfixes to me to test, evaluate and re-submit, OR you can submit an update to the downloads section.. This is better than having folks having to download two sets of files to install this add-on..

---

Hi Diva

Just one issue or at least I haven't seen it on the forum and one question, The issue I have hopefully sorted myself. Which is; while on SO, say you wanted to send a customer an email, you would click on the name and then be directed to the email creation page; no problem there... However, if you decided not to email them after all, the obvious choice would be is to hit cancel. This is where I found the error. It tries to redirect back to super_orders.php. As you know this file no-longer exists.

This is my edited result from admin/orders.php

replace line 1755 with:

echo '<a href="' . zen_href_link(FILENAME_MAIL, 'origin=orders.php&mode=NONSSL&selected_box=tools&customer=' . $orders->fields['customers_email_address'] . '&cID=' . $orders->fields['customers_id'], 'NONSSL') . '">' . $orders->fields['customers_name'] . '</a>';
?>

It now sends you back to the orders page and not a white screen with url not found on this server.

Now the question...
The only parts that we ask of super orders is to batch print and batch email along with tracking and edit orders. Batch printing works perfectly although very slow, maybe because we have many thousands of orders on our server. However, we have no use for the "Order Payment Data" part of SO. Not because we don't like it but because it doesn't work for our system. We use paypal express and Realex redirect card payments. Although you have seemingly fixed the paypal ipn promlem from v3. Our result is zero price and a date of 30-11-1999 logged for every sale within the green bar. I can only assume this is a communication problem between paypal and our server. As we are trying to save time, we don't want to edit every sale to update with price. With the original zencart orders.php, we are getting the price from paypal and all works normally. With the payment data in so it doesn't seem to collect the amount which is obviously there and gives the result £0.00, then uses the correct amount stored on the sever as a balance due. As for the Realex, there is no green bar and an invoice that says the customer still needs to pay the balance. I have already sorted the invoice by removing the code that creates the amount supplied and balance due part.

My question is, Can I scrap the whole super orders "order.php" file and use my old joint edit and tracking orders.php and just use your links to the batch print and email or is there other parts of orders.php that interfers with the batch mods.

Many thanks even if you can find the time even to read this, I know you must be very busy.

Quote:

---

Originally Posted by honda-crunch

Hi Diva
Although you have seemingly fixed the paypal ipn promlem from v3. Our result is zero price and a date of 30-11-1999 logged for every sale within the green bar. I can only assume this is a communication problem between paypal and our server.

---

Hi Diva

I do believe I have fixed the issue with the order payment data not working correctly with Paypal. However it has given another headache. After searching the paypal forum. DrByte (the Paypal expert) gave me a big clue.. He says that if you use paypal pro, communication is very poor between Paypal and zencart's IPN so it doesn't always work; hence why we never recieved full IPN data. He also goes on to say the only proper system to work with zencart is express checkout. As we do not use paypal pro any more (due to paypals RIP-OFF costs) I switched my Paypal express settings mode from payflow-uk to paypal. It now receives IPN data properly and uses it correctly in your super orders "order payment data". As for the headache, It would be too easy to say all is ok. While new orders work fine, if I open and close an older order processed with payflow-uk; its doesn't crash but gives the following warning: "There was a problem retrieving transaction details. (Transaction refused because of an invalid argument. See additional error messages for details.) 10004"
I found out this is due to the two different paypal modes. This can be fixed by changing the paypal mode back to payflow-uk but once the order has gone through successfully, how many times are you going to open old orders. If refund is required from an old order, we can always do it directly from paypal's website.

Obviously not your problem but it may help others getting the same issue.

It would be nice to know; for future reference, if it is possible to retrieve and use data from redirect payment methods such as our Realex module which directs customers to a secure server after the sale then back to us to complete. At present, super orders assumes that the order has not been paid thus giving no payment data.

Quote:

---

Originally Posted by honda-crunch

It would be nice to know; for future reference, if it is possible to retrieve and use data from redirect payment methods such as our Realex module which directs customers to a secure server after the sale then back to us to complete. At present, super orders assumes that the order has not been paid thus giving no payment data.

---

As I always say, it's software so the answer to "is it possible to do X" is "yes probably".

HOW to achieve that is a question I cannot answer as whatever code is required would have to be written so that the Super Orders payment data can be captured from the Realex module, and I know nothing about this particular payment module. In order to work there needs to be a means to capture the Realex payment data and convert that data into a Super Orders payment record. (This is how the code for converting credit card transactions and PayPal transactions into Super Orders payment records works)

Didn't see anyone else mention this, when I try to print an invoice a new window opens, but it is blank. In the log files it shows: Invalid CRT parameters detected

I upgraded my clients site to the 4.0.4 level and found a couple problems.

The version in the sql is being set to 4.0.2. Easily fixed in the admin/config but incorrect none the less.

The new version fixed the problem with the add on admin profiles not having the authority to print. That's the good news. The bad news is that for some reason I was not able to update existing profiles to select the new checkboxes for SO. I clicked update and when I accessed the profile again the checkboxes were blank. I ended up creating brand new profiles which saved fine.

Batch form print generates html that will not page break in IE. It worked fine in Firefox. The pages just run together. I had to make a change to invoice.php and packingslip.php removing the div and replacing it with br. The old code was:

PHP Code:

---

<div style="page-break-before:always"><span style="display: none;">&nbsp;</span></div> 


---

and the change was:

PHP Code:

---

<br style="page-break-before:always"><span style="display: none;">&nbsp;</span> 


---

Quote:

---

Originally Posted by badarac

The version in the sql is being set to 4.0.2. Easily fixed in the admin/config but incorrect none the less.

---

Thank You for the heads up (and for taking the time to share your recent experiences with Super Orders).

Quote:

---

Originally Posted by badarac

The new version fixed the problem with the add on admin profiles not having the authority to print. That's the good news. The bad news is that for some reason I was not able to update existing profiles to select the new checkboxes for SO. I clicked update and when I accessed the profile again the checkboxes were blank. I ended up creating brand new profiles which saved fine.

---

Glad you were able to get the profiles working. Out of curiosity are you using Zen Cart 1.5.0 or 1.5.1? There was a bug in the original Zen Cart 1.5.0 release which did not allow you to update authorization for existing profiles.

Quote:

---

Originally Posted by badarac

Batch form print generates html that will not page break in IE. It worked fine in Firefox. The pages just run together. I had to make a change to invoice.php and packingslip.php removing the div and replacing it with br.

---

I have not tested or used this feature myself, but you can probably just replace the block with:

Code:

---

<br style="page-break-before:always" />

---

I believe the admin pages in Zen Cart use XHTML 1.0 Transitional - which requires closing the br tag. The extra span was required to stop browsers from seeing an empty div / span and removing the div / span when rendering the page. This should not be needed if you are using a <br /> instead. Let us know if the change works!

Quote:

---

Originally Posted by lhungil

Glad you were able to get the profiles working. Out of curiosity are you using Zen Cart 1.5.0 or 1.5.1? There was a bug in the original Zen Cart 1.5.0 release which did not allow you to update authorization for existing profiles.

I have not tested or used this feature myself, but you can probably just replace the block with:

Code:

---

<br style="page-break-before:always" />

---

I believe the admin pages in Zen Cart use XHTML 1.0 Transitional - which requires closing the br tag. The extra span was required to stop browsers from seeing an empty div / span and removing the div / span when rendering the page. This should not be needed if you are using a <br /> instead. Let us know if the change works!

---

Thanks for the reply. This is a 1.5.0 install. I'll get them to 1.5.1 to fix that problem. I did test the code I posted in the earlier post and it works fine. I'll add the closing tag on the break and remove the span tag to test. Back in a few with the results.

The change works fine. Thanks!

Quote:

---

Originally Posted by badarac

The change works fine. Thanks!

---

Awesome, Thanks for the feedback!

I am having a weird issue, which I am wording if it is related to the problem you have. When I go into Orders Listing and attempt to print an order I get a new blank window. If I open this same page with Chrome, it shows and prints. But does not show in IE.
Thanks in advance

Quote:

---

Originally Posted by badarac

The new version fixed the problem with the add on admin profiles not having the authority to print. That's the good news. The bad news is that for some reason I was not able to update existing profiles to select the new checkboxes for SO. I clicked update and when I accessed the profile again the checkboxes were blank. I ended up creating brand new profiles which saved fine.

---

I see someone else already pointed this out, but I wanted to make sure I posted this again.. Not being able to update existing admin profiles is a ZEN CART bug.. Not a Super Orders bug.. and as was pointed out this is addressed in Zen Cart v1.5.1..

Quote:

---

Originally Posted by DivaVocals

I see someone else already pointed this out, but I wanted to make sure I posted this again.. Not being able to update existing admin profiles is a ZEN CART bug.. Not a Super Orders bug.. and as was pointed out this is addressed in Zen Cart v1.5.1..

---

And oddly enough the fix documented in the link provided fixed the said Zencart bug. :shocking:

Thanks Diva!

When I go to Orders and attempt to print a order I get a blank new window, which opens the page super_data_sheet.php. Checking the source code shows the data is there but does not show. Has anyone seen this?

To my previous message
Foud the issue, reming or deleteing the following allows this page to load.
<!--<script language="JavaScript" type="text/javascript">
<!--
//function closePopup() {
// window.opener.focus();
// self.close();
//}
</script>
-->

Hi Folks, I just tried to install super orders version 4.0.4 with no success!

I am currently running on ZC 1.5.0. which is upgraded from ZC 1.3.9h. In 1.3 version I had the supers order installed and was working just fine. When I upgraded to ZC 1.5.0 naturally it stopped working.

I carefully read and followed the instructions on the readme file. I renamed my admin folder name both in 1_Base_File folder and 2a_Modified_Core_file folder.

I did not installed 2b_Modified Core_Files-COWOA since I have not installed that add-on. To my knowledge I have not made any changes to invoice, orders or packingslip php files.

I logged into my admin prior to upload and once the upload was complete I went back to my admin page and clicked on configuration link and everything went away!

Now I can't even log into my admin site. I repeated upload twice and I am getting the same exact problem.

What am I doing wrong? I appreciate your help.

Blank pages means an error.. Try looking at this: http://www.zen-cart.com/content.php?124-blank-page

Quote:

---

Originally Posted by ak6000

Hi Folks, I just tried to install super orders version 4.0.4 with no success!

I am currently running on ZC 1.5.0. which is upgraded from ZC 1.3.9h. In 1.3 version I had the supers order installed and was working just fine. When I upgraded to ZC 1.5.0 naturally it stopped working.

I carefully read and followed the instructions on the readme file. I renamed my admin folder name both in 1_Base_File folder and 2a_Modified_Core_file folder.

I did not installed 2b_Modified Core_Files-COWOA since I have not installed that add-on. To my knowledge I have not made any changes to invoice, orders or packingslip php files.

I logged into my admin prior to upload and once the upload was complete I went back to my admin page and clicked on configuration link and everything went away!

Now I can't even log into my admin site. I repeated upload twice and I am getting the same exact problem.

What am I doing wrong? I appreciate your help.

---

Thanks for reply Diva. I'll follow the recommendation in that tutorial.

Hello, I've just been playing with Super Orders in earnest. It's an absolutely magnificent mod, so thank you very much for creating it. My shipping team managed to find a few strange behaviours and I wonder if it would be possible to assist? As background, I'm based in Europe.

1. Foreign accented characters. Given our location we have a lot of users whose names contain unusual characters. Within the rest of Zencart, these are handled fine, but when I use the PDF invoice/packing slip/packing sheets the words are all garbled where there should be foreign accents (e.g. instead of é it shows up as é). As a workaround we can use non-batched packing slips for affected orders, but in the long term it would be brilliant if we could fix the issue. Is there somewhere I can specify an encoding for these files, or are PDFs a no-go for foreign words here?

2. Batch printing. Printing batch packing slips - again the PDF ones - will only print the first page before our printer gets upset and stops. In case this is a simple A4/US Letter paper standards issue, is there anywhere in the files where I should focus my tinkering to get it resolved?

3. Labels. I don't suppose anyone has any advice for setting these up? We just use standard postage labels (access to a label printer or a standard printer with sheets of labels) but if there's a good standard way of doing these which works nicely with ZC I'd love to be pointed in the right direction to make the process less manual. The answer to #1 or #2 might help me figure this out on my own.

Thank you!

I'm using 4.0.0.4 with ZC 1.5.1, other mods installed are just Monthly Sales/Tax Summary and the ePDQ payment mod (currently inactive).

Terribly sorry for the double post.

Note: I have Super Orders installed, though for the purpose of this post in particular I'm talking about the standard admin/invoice.php invoice.

I customised my invoice a little and all has been working well, until one particular customer placed an order. This customer has foreign (French) accented characters in their address and also an apostrophe. I'm not sure if this is the problem, but just in case...

From that invoice onwards, there are some strange problems on invoices generated by invoice.php

1. The order number used to say "Invoice - Order #100" on the printout. It now says "HEADER_INVOICE100".
2. The footer text which followed on directly from the comments is now at the top of each invoice.
3. The billing address now says "ENTRY_BILL_TO" at the top.
4. "Amount Applied: (GBP)" now says "ENTRY_AMOUNT_APPLIED_CUST ()"
5. "Balance Due: (GBP)" now says "ENTRY_BALANCE_DUE_CUST ()"

Everything else is normal. I've tried creating more orders using the same address as the one where things changed but it has no effect on the formatting.

I have tried overwriting invoice.php with the unmodified one from the Super Orders 4.0.0.4 installer, and the same happens, but if I overwrite it with the invoice.php from the ZC 1.5.1 full fileset installer the bug disappears. I've got around the problem very temporarily by hardcoding the labels into the Super Orders version of the file, but obviously this isn't ideal.

The batch invoices (non-PDF since I can't use the PDF versions for the reason in my previous post) are also affected in exactly the same way.

Hello,

I have Ty Package Tracker v3.1.2 Successfully installed on my shop running 1.5.0,

I'm attempting to install Edit Orders 4.0.3 and wish to install Super Orders 4.0.3 too,

The core edit files seem to get really conflicted, i tried merging with beyond compare but things didn't work out,

So which do i install first "Edit Orders" or "Super Orders"?

And what do i do with the 2 orders.php files?

I wish someone here could help

Does anyone have the 2 orders.php files merge and ready to use with all three mods 1. Ty Package Tracker v3.1.2 2. Edit Orders 4.0.3 3. Super Orders 4.0.3 ?

Thanks!

Honestly this is all explained in the Edit Orders readme in the "INTEGRATION WITH OTHER MODULES" (as well as the readme files for the other two mods).. the orders.php file begin referred to in the readme is the one in the admin folder. There si no merging you need to do to install all three if you follow the instructions in the readme..

Quote:

---

Originally Posted by ShopVille

Hello,

I have Ty Package Tracker v3.1.2 Successfully installed on my shop running 1.5.0,

I'm attempting to install Edit Orders 4.0.3 and wish to install Super Orders 4.0.3 too,

The core edit files seem to get really conflicted, i tried merging with beyond compare but things didn't work out,

So which do i install first "Edit Orders" or "Super Orders"?

And what do i do with the 2 orders.php files?

I wish someone here could help

Does anyone have the 2 orders.php files merge and ready to use with all three mods 1. Ty Package Tracker v3.1.2 2. Edit Orders 4.0.3 3. Super Orders 4.0.3 ?

Thanks!

---

Hello,

I followed all instruction however i have some issues:

1. i can't seem to set "Edit Orders Module Switch" to true, when trying to set it don't get radio buttons like the standard (maybe it belongs so?) only a field to type, and if i type "True" and click update it stays "False" Attachment 11499

2. when i click "invoice" this is what i get. Attachment 11500

3. And the main, I can't seem to find any sign of "Edit Orders" altogether!

It looks like i did something wrong but i can't figure what,

if you need any files to examine the problem just ask me here or by PM

Thanks in advance to all for your help, which is very much appreciated!

Also the note that it has been installed doesn't disappear!

Attachment 11501

Maybe this could help

Quote:

---

Originally Posted by paperthreads

What I did to FIX the problem with the banners, was renamed the files in my auto_loaders folder config.so.php, and that seemed to fix:

---

Is it ok to leave the config.so.php renamed once installed?

Hello,

Thanks for these great plugins,

I've successfully installed the Super Orders 4.0.3, however how could i add a payment type (PayPal) in the enter payment screen?

Thanks

Quote:

---

Originally Posted by ShopVille

Hello,

Thanks for these great plugins,

I've successfully installed the Super Orders 4.0.3, however how could i add a payment type (PayPal) in the enter payment screen?

Thanks

---

The app manages PayPal payments already.. Do you need a PayPal payment type for some other reason..

Quote:

---

Originally Posted by DivaVocals

The app manages PayPal payments already.. Do you need a PayPal payment type for some other reason..

---

I was going through the orders placed prior to installing Super orders, and had some orders that were paid with paypal through an invoice i sent them, so the order was still not paid in zen card,

So i wanted t add payment, by clicking on Payment in the orders detail page, and apply the paypal payment to the order.

Quote:

---

Originally Posted by ShopVille

I was going through the orders placed prior to installing Super orders, and had some orders that were paid with paypal through an invoice i sent them, so the order was still not paid in zen card,

So i wanted t add payment, by clicking on Payment in the orders detail page, and apply the paypal payment to the order.

---

The readme provides the information you need for adding more payment types..

Hi Guys,

Good work on the plugin, IMO the best plugin for zencart out there full stop.

I just upgraded to the latest version and now I find my orders done with credit card are automatically having there payment processed as soon as the order comes through, which this did not used to occur in the older version. I use the Credit Card - Offline Processing module for my orders so this does not really work for me.

I had a little look in Super Orders admin settings and saw no obvious solution so can anybody help?


Attachment 11521

Quote:

---

Originally Posted by PearceStephens

Hi Guys,

Good work on the plugin, IMO the best plugin for zencart out there full stop.

I just upgraded to the latest version and now I find my orders done with credit card are automatically having there payment processed as soon as the order comes through, which this did not used to occur in the older version. I use the Credit Card - Offline Processing module for my orders so this does not really work for me.

I had a little look in Super Orders admin settings and saw no obvious solution so can anybody help?


Attachment 11521

---

This is how Super Orders works.. No admin setting for this to turn it "off"

It didn't used to do this on the other versions...surely there is a way to prevent the payment from saying its been paid automatically!

Quote:

---

Originally Posted by PearceStephens

It didn't used to do this on the other versions...surely there is a way to prevent the payment from saying its been paid automatically!

---

The code that drives the auto-generation of a Super Orders payment record for credit card payments has worked THE SAME on all versions of Super Orders since v2.0. This includes the stores that used the old manual Zen Cart manual credit card payment module (deprecated for PCI reasons in the v1.5.x versions of Zen Cart), and the Ceon manual credit card add-on as well as Authorize.net, and Linkpoint (now FirstData/Linkpoint/YourPay API in v1.5.x). What DID change in v2.0 of Super Orders is support for the inclusion of cards in addition to Visa, MasterCard, and American Express.. (and in the readme I do talk a about how this particular code was improved again in v4.0 using code that Blindside himself planned to include)

I don't know how your Credit Card - Offline Processing add-on works, but if it calls the same classes as the credit modules I listed above, then THIS is why Super Orders auto-generates a Super Orders payment record for this module too.

That said there is a hint in the readme on how to resolve this for you.. I was a bit sleep deprived when I posted my response last night and forgot there is an important component in how the auto-payments for credit cards works... If you edit the Super Orders Payment Types in the store admin, you can simply remove the credit cards listed amongst the payment types that you no longer wish to have Super Orders payment records auto generated for you.

There is an important caveat though if you do this.. If you remove credit cards payment types (such as MasterCard, Visa, American Express), AND you use a payment module like Authorize.net or Linkpoint (now FirstData/Linkpoint/YourPay API in v1.5.x) to receive credit card payments, Super Orders will no longer auto-generate payments for orders made using these payment modules.

Thanks for your reply, I thought I may of hit on the head but no luck! I adjusted all the payment methods that I use and even edited the names and codes of all the payment methods that were coming through automatically and removed ones that were no need to me but still, super orders makes the automatic payment.

I have no need at all for automatic payments, is the code simple enough to comment out to prevent this from happening?

I'm doing a new install with Zen 1.5.1, edit orders, Ty, Super Orders and a few other items - all current versions.

We have a number of staff who will interact with the Admin side, and I'm trying to get the "Restrictions" and Authorizations right for supplementary Administrators.

I've added a profile for "OrderManagement", and I want them to be able to process orders. And all that is involved with that.

So I've given access to all the functions under "Customers" which includes the various printing and status change functions,
and most seems to work.

As well the reports are allowed, and a couple of the Tools, as well as Gift Certificates and Coupons.

What Doesn't work, Nor is there a check-box for it in the profile is "super_payments" - It pops up a supplementary window with:

Sorry, your security clearance does not allow you to access this resource.
Please contact your site administrator if you believe this to be incorrect.
Sorry for any inconvenience.

I'm the administrator, and I'm confused! I can do it as the full administrator, just not the permissions above!

Which check-box am I missing? Or is the authorization screen missing a box?

Thanks!

Dan

I can't seem to edit the hidden (admin) comments. The pop-up box for editing provides no additional field to add the comments to. The pop-up box simply has no editing area. Here is a screen shot of the pop-up box.

Attachment 11559

I am using:
Zen-Cart 1.5.1 with the lastest and PHP server and MySQL settings. I was hoping you might be able to recommend what I might need to fix.

Thank you!

Quote:

---

Originally Posted by Mr.Pea

I can't seem to edit the hidden (admin) comments. The pop-up box for editing provides no additional field to add the comments to. The pop-up box simply has no editing area. Here is a screen shot of the pop-up box.

Attachment 11559

I am using:
Zen-Cart 1.5.1 with the lastest and PHP server and MySQL settings. I was hoping you might be able to recommend what I might need to fix.

Thank you!

---

Are you trying to add hidden comments or edit existing ones?? Not super clear from your post..

Hi

Actually, both. I can't add the comments or edit them.

Thanks for replying!

Quote:

---

Originally Posted by Mr.Pea

Hi

Actually, both. I can't add the comments or edit them.

Thanks for replying!

---

Well if you can't add comments, then there would be nothing to edit..

Honestly I would say it sounds like your install got borked somehow.. suggest re-checking that you have everything installed correctly.. If you've installed other add-ons which modify any of the same files as Super Orders, you might have merged the code incorrectly..

Hi

When I use <Print Forms> with multiple copies, the first 2 copies are always printed together on the first page. No matter what browser I use.

I installed Super Orders 4.0.4 in zencart 1.5.1. The problem Im having is that all comments are printed on the packing slip even Admin -> Configuration -> Shipping/Packaging -> Display Order Comments on Admin Packing Slip is set to "1" (First Comment by Customer only). I didn't have this problem before I installed Super Orders. Comments on the Invoice works fine (shows only the first comment).

Is this a bug or is there something wrong with my installation?

I believe I found the reason for above problem. In admin/orders.php line 362 was a 'break' command out-commented. After deleting the \\ it seems to work, only the first comment is printed on the packing slip.
Is there any reason why the break command is out-commented?

Now two other questions:

1. Is there no "Split Order" feature in Super Orders 4.0.4? If not, are there any plans to implemented this in the future?

2. Can customer comments be edited? (not only hidden admin comments). If not, are there any plans to implemented this in the future?

Quote:

---

Originally Posted by DML73

I believe I found the reason for above problem. In admin/orders.php line 362 was a 'break' command out-commented. After deleting the \\ it seems to work, only the first comment is printed on the packing slip.
Is there any reason why the break command is out-commented?

---

Sorry that was admin/packingslip.php not orders.php

Quote:

---

Originally Posted by DML73

Now two other questions:

1. Is there no "Split Order" feature in Super Orders 4.0.4? If not, are there any plans to implemented this in the future?

2. Can customer comments be edited? (not only hidden admin comments). If not, are there any plans to implemented this in the future?

---

Re 1: Yes
Re 2: No

Both of your questions are covered in pretty good detail in the readme..

Quote:

---

Originally Posted by DanT

I've added a profile for "OrderManagement", and I want them to be able to process orders. And all that is involved with that.

What Doesn't work, Nor is there a check-box for it in the profile is "super_payments" - It pops up a supplementary window with:

Sorry, your security clearance does not allow you to access this resource.
Please contact your site administrator if you believe this to be incorrect.
Sorry for any inconvenience.


Which check-box am I missing? Or is the authorization screen missing a box?

Thanks!

Dan

---

Anyone?

What permission does "another" administrator need to access "super_payments"?

I still get: Sorry, your security clearance does not allow you to access this resource.
Please contact your site administrator if you believe this to be incorrect.
Sorry for any inconvenience.

Thanks, Dan

Quote:

---

Originally Posted by DanT

Anyone?

What permission does "another" administrator need to access "super_payments"?

I still get: Sorry, your security clearance does not allow you to access this resource.
Please contact your site administrator if you believe this to be incorrect.
Sorry for any inconvenience.

Thanks, Dan

---

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

Diva, All, Good Evening

I have a prior version of super orders 1.3.9 running on my live site and am testing the latest version 4.0.3 on my test system using data from the live system (ie I am attempting to upgrade)

The test system is running under LAMP on Ubuntu. The recommended way of working with the security present in Ubuntu linux is to create a folder in the home directory and arrange for the LAMP folders to copy the files

I followed the instructions for installation but I did not see any auto installer activity or messages. Further the admin screen went blank. Uninstalling all files and reinstating the originals recovered the situation

A second attempt ended in a similar result. I checked out the log files and it would appear that the operating system is not allowing the auto install permission to carry out its process.

I have uninstalled and tried a third time doing a manual install of the files with similar results

Please could anyone suggest how I might work around this

Thank you

centec2b

Hi,
Where I find a list of files that were changed from version v4.0.4 to v4.0.5.
Thank you for your answer.

Quote:

---

Originally Posted by Lopi

Hi,
Where I find a list of files that were changed from version v4.0.4 to v4.0.5.
Thank you for your answer.

---

One was not included.. The changelog outlines the scope of the updates. You can easily get the list of changed files using a file comparison program like Beyond Compare..

Hello, I'm running zen cart 5.1 and just installed Super Orders 4.0. Once I place lcsd_merged_packing_slips.php, My admin area becomes blank. You said to look in the cache folder for the log files but I dont see the log files. I see a cache folder in my root but no log file.
can you help?

Quote:

---

Originally Posted by selcyis

Hello, I'm running zen cart 5.1 and just installed Super Orders 4.0. Once I place lcsd_merged_packing_slips.php, My admin area becomes blank. You said to look in the cache folder for the log files but I dont see the log files. I see a cache folder in my root but no log file.
can you help?

---

Here the log file from this error.
[19-Dec-2012 20:17:17] PHP Parse error: syntax error, unexpected '.' in /home/MYWEBSITE/public_html/MYWEBSITE_backend/includes/classes/fpdf/fpdf.php on line 1047

Quote:

---

Originally Posted by selcyis

Here the log file from this error.
[19-Dec-2012 20:17:17] PHP Parse error: syntax error, unexpected '.' in /home/MYWEBSITE/public_html/MYWEBSITE_backend/includes/classes/fpdf/fpdf.php on line 1047

---

And what Super Order 4.0 version are you running?
What is the code on line 1047 in the /home/MYWEBSITE/public_html/MYWEBSITE_backend/includes/classes/fpdf/fpdf.php file?

When reporting errors you want to provide as MUCH information as possible..

I took out //set_magic_quotes_runtime($mqr); on line 1323 and line 1047 //set_magic_quotes_runtime($mqr); and it worked. But it might not be the correct way to solve this issue.

Quote:

---

Originally Posted by DivaVocals

And what Super Order 4.0 version are you running?
What is the code on line 1047 in the /home/MYWEBSITE/public_html/MYWEBSITE_backend/includes/classes/fpdf/fpdf.php file?

When reporting errors you want to provide as MUCH information as possible..

---

Okay sorry about that. Im running super_orders_4-0-5_final.
I installed all files twice and still got the same issue.

Hi Divavocals
just an observation... SU 4.05
admin/orders.php (modified core files 2A folder) line 519

PHP Code:

---

<link rel="stylesheet" type="text/css" href="includes/typt_stylesheet.css"> 


---

should this not be

PHP Code:

---

<link rel="stylesheet" type="text/css" href="includes/super_stylesheet.css"> 


---

or am I missing something?

Quote:

---

Originally Posted by picandnix

Hi Divavocals
just an observation... SU 4.05
admin/orders.php (modified core files 2A folder) line 519

PHP Code:

---

<link rel="stylesheet" type="text/css" href="includes/typt_stylesheet.css"> 


---

should this not be

PHP Code:

---

<link rel="stylesheet" type="text/css" href="includes/super_stylesheet.css"> 


---

or am I missing something?

---

Ummm yes.. You're missing the rest of the section where you lifted this line from.

PHP Code:

---

<meta http-equiv="Content-Type" content="text/html; charset=<?php echo CHARSET; ?>">
<title><?php echo TITLE; ?></title>
<link rel="stylesheet" type="text/css" href="includes/stylesheet.css">
<link rel="stylesheet" type="text/css" href="includes/super_stylesheet.css"> <--- You apparently missed this line...
<link rel="stylesheet" type="text/css" href="includes/edit_orders.css">
<link rel="stylesheet" type="text/css" href="includes/typt_stylesheet.css">
<link rel="stylesheet" type="text/css" media="print" href="includes/stylesheet_print.css">
<link rel="stylesheet" type="text/css" href="includes/cssjsmenuhover.css" media="all" id="hoverJS">
<script language="javascript" src="includes/menu.js"></script>
<script language="javascript" src="includes/general.js"></script>
<script type="text/javascript">

---

Quote:

---

Originally Posted by DivaVocals

Ummm yes.. You're missing the rest of the section where you lifted this line from.

PHP Code:

---

<meta http-equiv="Content-Type" content="text/html; charset=<?php echo CHARSET; ?>">
<title><?php echo TITLE; ?></title>
<link rel="stylesheet" type="text/css" href="includes/stylesheet.css">
<link rel="stylesheet" type="text/css" href="includes/super_stylesheet.css"> <--- You apparently missed this line...
<link rel="stylesheet" type="text/css" href="includes/edit_orders.css">
<link rel="stylesheet" type="text/css" href="includes/typt_stylesheet.css">
<link rel="stylesheet" type="text/css" media="print" href="includes/stylesheet_print.css">
<link rel="stylesheet" type="text/css" href="includes/cssjsmenuhover.css" media="all" id="hoverJS">
<script language="javascript" src="includes/menu.js"></script>
<script language="javascript" src="includes/general.js"></script>
<script type="text/javascript">

---

---

Sorry, badly worded. I meant the difference between the two lines (typt_ in 4.05 & super_ in 4.04).

Quote:

---

Originally Posted by honda-crunch

Hi Diva

Just one issue or at least I haven't seen it on the forum and one question, The issue I have hopefully sorted myself. Which is; while on SO, say you wanted to send a customer an email, you would click on the name and then be directed to the email creation page; no problem there... However, if you decided not to email them after all, the obvious choice would be is to hit cancel. This is where I found the error. It tries to redirect back to super_orders.php. As you know this file no-longer exists.

This is my edited result from admin/orders.php

replace line 1755 with:

echo '<a href="' . zen_href_link(FILENAME_MAIL, 'origin=orders.php&mode=NONSSL&selected_box=tools&customer=' . $orders->fields['customers_email_address'] . '&cID=' . $orders->fields['customers_id'], 'NONSSL') . '">' . $orders->fields['customers_name'] . '</a>';
?>

It now sends you back to the orders page and not a white screen with url not found on this server.

---

thank you for this Honda-crunch,
F.Y.I Divavocals this issue remains the same in SU 4.05, thank you for the continued development of this great mod :hug:

Quote:

---

Originally Posted by picandnix

thank you for this Honda-crunch,
F.Y.I Divavocals this issue remains the same in SU 4.05, thank you for the continued development of this great mod :hug:

---

Ummm no... This was fixed in the current version..

Quote:

---

Originally Posted by DivaVocals

Ummm no... This was fixed in the current version..

---

:blush:
so so sorry, I think I need to catch up on some sleep don't I...
I was upgrading from 4.04 to 4.05 yet was looking at the file set for 4.04 :oops:

Hi i wonder if you solve the blank screen issue.any help will be appreciated

Quote:

---

Originally Posted by ak6000

Hi Folks, I just tried to install super orders version 4.0.4 with no success!

I am currently running on ZC 1.5.0. which is upgraded from ZC 1.3.9h. In 1.3 version I had the supers order installed and was working just fine. When I upgraded to ZC 1.5.0 naturally it stopped working.

I carefully read and followed the instructions on the readme file. I renamed my admin folder name both in 1_Base_File folder and 2a_Modified_Core_file folder.

I did not installed 2b_Modified Core_Files-COWOA since I have not installed that add-on. To my knowledge I have not made any changes to invoice, orders or packingslip php files.

I logged into my admin prior to upload and once the upload was complete I went back to my admin page and clicked on configuration link and everything went away!

Now I can't even log into my admin site. I repeated upload twice and I am getting the same exact problem.

What am I doing wrong? I appreciate your help.

---

I wonder if you solve problem with blank screen issue . Any help will be appreciated.

Quote:

---

Originally Posted by sunriseimports

I wonder if you solve problem with blank screen issue . Any help will be appreciated.

---

ubunte server
php 5.3
zencart version 1.50
Here is error
PHP Parse error: syntax error, unexpected '.' in /var/www/xxxx/xxxx/includes/classes/fpdf/fpdf.php on line 1047

Quote:

---

Originally Posted by sunriseimports

ubunte server
php 5.3
zencart version 1.50
Here is error
PHP Parse error: syntax error, unexpected '.' in /var/www/xxxx/xxxx/includes/classes/fpdf/fpdf.php on line 1047

---

yes, delete the . in that line mentioned. It'll still be blank as there's another of the same a little further down in same file, can't remember line off hand but error log will highlight it again.

Quote:

---

Originally Posted by picandnix

Sorry, badly worded. I meant the difference between the two lines (typt_ in 4.05 & super_ in 4.04).

---

still perplexed...
I've just installed email on 404 mod, every time I login to admin I receive an email stating that typt_stylesheet.css is not found. This stylesheet doesn't seem to be part of SU 4.05 either. Could you shed some light please Divavocals?

Hello there,
I just downloaded Super Orders v. 4.0.5 and after I uploaded the files and then tried to click on a link in my admin side everything went blank. I could not access any page. I had to remove all of them and reupload another way. But the same thing happened. After I spent hours on trying to upload and remove and find where I might have mistaken I decided to go the long route and find the bug with the code. I uploaded file by file until I found the problematic one. There is a bug in this file: admin/includes/classes/fpdf/fpdf.php. I have PHP version 5.2 and for me the error is that at line 1047 and 1329 there is a '.' there that should not be.
Line 1047:

PHP Code:

---

ini_set('magic_quotes_runtime', .$mqr); 


---

should be:

PHP Code:

---

ini_set('magic_quotes_runtime', $mqr); 


---

Line 1329

PHP Code:

---

ini_set('magic_quotes_runtime', .$mqr); 


---

should be:

PHP Code:

---

ini_set('magic_quotes_runtime', $mqr); 


---

Thank you for this great program.
May God bless you

Quote:

---

Originally Posted by HiPCTech

Hello there,
I just downloaded Super Orders v. 4.0.5 and after I uploaded the files and then tried to click on a link in my admin side everything went blank. I could not access any page. I had to remove all of them and reupload another way. But the same thing happened. After I spent hours on trying to upload and remove and find where I might have mistaken I decided to go the long route and find the bug with the code. I uploaded file by file until I found the problematic one. There is a bug in this file: admin/includes/classes/fpdf/fpdf.php. I have PHP version 5.2 and for me the error is that at line 1047 and 1329 there is a '.' there that should not be.
Line 1047:

PHP Code:

---

ini_set('magic_quotes_runtime', .$mqr); 


---

should be:

PHP Code:

---

ini_set('magic_quotes_runtime', $mqr); 


---

Line 1329

PHP Code:

---

ini_set('magic_quotes_runtime', .$mqr); 


---

should be:

PHP Code:

---

ini_set('magic_quotes_runtime', $mqr); 


---

Thank you for this great program.
May God bless you

---

Just as discussed two post before you :-)

Quote:

---

Originally Posted by picandnix

Just as discussed two post before you :-)

---

but this is the RIGHT fix.. the previous "fixes" simply removed the offending lines.. this fixes my my typo..

I am glad that the problem is solved. :)

Thank you for keeping us abreast of fixes; however, my Super Orders is still blank. I am using version 4.05 on ZC 1.5 and it is blank in all browsers. The way I tested it was to copy and save my original admin folder as admin-sav. Then I uploaded the renamed folders into my original admin folder. When I use the new admin folder, I get the blank screen. I went back and took out the periods as was suggested and it still fails.
My configuration:
[TABLE="width: 0"]

Quote:

---

Originally Posted by jund

Thank you for keeping us abreast of fixes; however, my Super Orders is still blank. I am using version 4.05 on ZC 1.5 and it is blank in all browsers. The way I tested it was to copy and save my original admin folder as admin-sav. Then I uploaded the renamed folders into my original admin folder. When I use the new admin folder, I get the blank screen. I went back and took out the periods as was suggested and it still fails.
My configuration:
[TABLE="width: 0"]

---

Well we can't GUESS what's wrong.. Blank page = Errors.. So posts the results of your error log... Your Super Orders configuration tells us absolutely nothing as it is unlikely that the configuration would cause an error.. Also you say "your Super Orders is still blank".. Not entirely sure what that means.. Is the order page blank?? the whole admin is blank?? another Super Orders feature is giving you blank pages?? You need to provide better details of the issue, and you need to post the results of your error log..

Thank you for the quick response... My sincere apologies for not including the error log. I have all blank pages (just like the other folks) and I will look at the error log first prior to posting anymore. I was attempting to update the info on the last message and it timed out before I finished... my fault.
Respectfully,
jund (john underwood)

Thank you for putting so much effort in this problem, and share it with us, the rest of the world. You just made my day :-)

:-D very happy face after ours of searching, next time I look here first...in stead of thinking "I must have done something wrong while merging.."

Hello, and thank you in advance for any help received. We are trying to launch our new site very soon and can not until we get SO working properly.

Zencart 1.5.1
Super Orders 4.0.5 (in admin-config-super orders-version it says 4.0.2)

Recently Installed Super orders because i had it on a few other sites older versions though and i loved it. As soon as i installed it i came up with blank pages when i went to initiate the installer after FTP the files to my server. Click on link after being logged in and after uploading and blank. Read through forum found answer was to delete "." in the fpdf file.
Did that and my admin page came back and said super orders was now installed. Everything now works except for when i go to click on Customers-Orders it goes blank using firefox and using IE it says internal server error. Here is my log file.

[09-Jan-2013 15:22:31] PHP Fatal error: Call to a member function get_content_type() on a non-object in /home/content/33/7466633/html/New Site/MidAdmin/includes/classes/order.php on line 244

and this is the only error. It repeats everytime i click on Customers-Orders. Thank you for this awesome add-on by the way

Quote:

---

Originally Posted by cageman5555

Hello, and thank you in advance for any help received. We are trying to launch our new site very soon and can not until we get SO working properly.

Zencart 1.5.1
Super Orders 4.0.5 (in admin-config-super orders-version it says 4.0.2)

Recently Installed Super orders because i had it on a few other sites older versions though and i loved it. As soon as i installed it i came up with blank pages when i went to initiate the installer after FTP the files to my server. Click on link after being logged in and after uploading and blank. Read through forum found answer was to delete "." in the fpdf file.
Did that and my admin page came back and said super orders was now installed. Everything now works except for when i go to click on Customers-Orders it goes blank using firefox and using IE it says internal server error. Here is my log file.

[09-Jan-2013 15:22:31] PHP Fatal error: Call to a member function get_content_type() on a non-object in /home/content/33/7466633/html/New Site/MidAdmin/includes/classes/order.php on line 244

and this is the only error. It repeats everytime i click on Customers-Orders. Thank you for this awesome add-on by the way

---

My instinct says that this line is not altered by SO4.. Sounds like some other add-on is the issue here.. What does line 244 say??