OLD Super Orders 2.0 (See v3.0 thread instead)

Did I miss anyone? If so, :oops:

I did find an issue today on my wifes site. I had to re-enable a download and it didn't work with SO, I had to use the original orders.php to get it done. SO would just refresh the page without re-enabling the download......:blink:

Awesome! Thanks

Hi all,

First @BlindSide...awesome mod. My client's admin folks love it and so do I!

I had a customization request today and after looking at super_orders.php, I'm less certain than I initially was as to how to implement it.

When I look at an order in super_orders.php in the admin, the customer's shipping carrier is listed (United Parcel Service:) accurately, but the method (Overnight, 2 day, ground) isn't.

I know we trap that info as it's on the outbound emails to the customer. Where/what should I edit to get that to show up on screen?

Thanks in advance for the support...and again my kudos for a truly wonderful mod.

Regards,
~Ray
BouncerFL
http://www.cprtools.net/store

Well, after having looked some more, the answer I needed was already in this thread. I'll repost it here for anyone who's first having the issue.

Issue:
SO not showing 'method' of shipping, only 'carrier' on details screen.

Per instructions from the (awesome!) BlindSide in this thread:

find, in super_orders.php:

 if ($order->totals[$i]['class'] == 'ot_shipping') {
        $format_shipping = explode(" (", $order->totals[$i]['title'], 2);
        $clean_shipping = rtrim($format_shipping[0], ":");
        $display_title = $clean_shipping . ':';
      }
      else {
        $display_title = $order->totals[$i]['title'];
      } */
```and replace with this:
```php
$display_title = $order->totals[$i]['title'];
```For those less comfy with removing stuff, remember 1) to always backup files you're about to edit.  It makes restoring so much more easily done if you, like me, have fat finger syndrome more often than not and something blows up...and 2) I don't remove code, I comment it out and enter my own textual comments as to why and when.

That having been said, this works really well and I'm very pleased.

Thank you again, BlindSide, for a tremendous addition to the  already robust ZenCart system!

A true fan,
~Ray
BouncerFL

trying to upgrade and its all a nightmare - sorry!

in the super_upgrade.php file you seem to ignore an configure files so its trying to upgrade the / store not the /new_store/ and defaulting to old file sets - which is very frustrating! and you cannot hard code any of it either

any ideas?

Umm, I might be able to direct a little bit, but you need to clarify that first post. "blink:

You have two stores running right now, one the original and the other an upgrade. Is that correct?

"Ignore configure files..." You mean the configure.php files? SO establishes and utilizes some configuration parameters in the DB. If you are running two different stores, I imagine that you also have two databases. It's only going to look at the configures of the chose DB, as set in configure.php. Am I missing something?

I have no idea what you mean by "defaulting to old file sets." SO doesn't involve templating, so I won't even guess what you're alluding to here.

From your post I gather that you might be upset. If so, I can appreciate your frustration, and am happy to help if I can. However you have to lay out exactly what's going wrong.

any help on post #584?

What oh, what is this? :shocking:

-- Following is for a future release
-- Bar code display
--INSERT INTO configuration VALUES (NULL, 'Display bar codes', 'BC_ENABLE', 'true', 'If enabled, a bar code of the order number will appear on invoices and packing slips.', 28, 99, now(), now(), NULL, 'zen_cfg_select_option(array(''true'', ''false''),');
--INSERT INTO configuration VALUES (NULL, 'Bar Code Height', 'BC_HEIGHT', '60', 'Height of image in pixels.', 28, 99, now(), now(), NULL, NULL);
--INSERT INTO configuration VALUES (NULL, 'Bar Code Width', 'BC_WIDTH', '300', 'Width of image in pixels. The image MUST be wide enough to handle the length of the given value. The default value will probably be able to display about 11 digits. If you get an error message, make it wider!', 28, 99, now(), now(), NULL, NULL);
--INSERT INTO configuration VALUES (NULL, 'Bar Code Quality', 'BC_QUALITY', '100', 'For JPEG only: ranges from 0-100.', 28, 99, now(), now(), NULL, NULL);
--INSERT INTO configuration VALUES (NULL, 'Bar Code Output Format', 'BC_OUTTYPE', 'PNG', 'The graphic format for the barcode.<br />TIP: JPEG is usually the best option. PNG normally dosen''t print well, and GIF is very low-res.', 28, 99, now(), now(), NULL, 'zen_cfg_select_option(array(\'JPEG\', \'PNG\', \'GIF\'),');
--INSERT INTO configuration VALUES (NULL, 'Display text of bar code contents', 'BC_TEXTSHOW', 'true', 'To disable text below barcode = 0. To enable text below barcode = 1.', 28, 99, now(), now(), NULL, 'zen_cfg_select_option(array(\'true\', \'false\'),');

When might we see this feature?

BlindSide:

Umm, I might be able to direct a little bit, but you need to clarify that first post. "blink:

You have two stores running right now, one the original and the other an upgrade. Is that correct?

"Ignore configure files..." You mean the configure.php files? SO establishes and utilizes some configuration parameters in the DB. If you are running two different stores, I imagine that you also have two databases. It's only going to look at the configures of the chose DB, as set in configure.php. Am I missing something?

I have no idea what you mean by "defaulting to old file sets." SO doesn't involve templating, so I won't even guess what you're alluding to here.

From your post I gather that you might be upset. If so, I can appreciate your frustration, and am happy to help if I can. However you have to lay out exactly what's going wrong.

Hi Blindside, sorry I will try to make it clearer,

I have one store in root directory
upgrading to 1.3.7 I created it in a new directory called new_store
I then used your upgrade script on the new_store to upgrade to the latest super order (as we used it on previous store)
Now whilst the new store was running on its own DB and config files, the super_upgrade file seemed to totally ignore this and constantly was looking for files in the root directory is /admin/ and not new_store/admin.

This line especially..

<INPUT TYPE="BUTTON" VALUE="SUBMIT" ONCLICK="window.location.href='super_upgrade.php?action=upgrade'">

but even hard coding that it STILL was looking for include/classes and not new_store/include/classes

In the end because I could not get round this (and EVERYTHING else worked on the new store - honestly :)) I ended up having to delete the old shop and install the new shop into the root and then run the upgrdae - on a live shop :) which wasn't a great idea but it did then at least work :)

Does that make it clearer? Should be pretty easy to test though surely?

Thanks
Sarah

blindside Welcome back - glad you are through your big event okay.

Could I ask for some help re post 541 and getting the credit card details into the table out of my payment gateway.

I am using protx by Conor and he does store some of the info I need in a table however I am not a php programmer and am slightly lost as to how to right this into the appropriate part of the orders table.

My goal to have the 4 fields in in super orders filled in with Transaction ID (number), Name, amount and Type (credit card type from the protx bit) filled in so that the balance due is zero for credit card transactions over the web. This would remove the need to copy this manually and save hrs of work.

Many thanks

MG

I read elsewehere on the forums that Superorders can export orders (i.e., a CSV file with order information). Is this correct? If so, how is it done?

Thanks
LW

Moltar:

Thanks, but doesn't that apply to the orignal installation sql module? Mine has been in production for some time and I can't simply back everything out at this point.

Any ideas on how I can remedy the situation via the SQL tables or other module?

Thanks

CB

Not that you have enough Questions to answer, but I will add another to the mix:

Admin Notes : What can I do to help expedite the completion of this portion of Super Orders?

My colleague, JCheger, sent you a private message on my behalf. If it's easier to message me to discuss, then please do.

Kevin
Carbonless

Hi All,

I found the reply where it doesn't reflects payments made by Paypal. I was wondering if it would mess anything up (reports, etc) if I were to add a payment manually in the super order module?

Thanks - Zack

Hi,

One other question. Not sure if I should post it in here or the Paypal area... I'm running it in sandbox mode and the echeck updates are working except it's not updating the status history. It also isn't the status to Processing either. Help!

Thanks - Zack

MB1:

i still have a NONE! on the invoices on my taxes columns for each item but then at the end i have the taxes calculated alright in the totals

anyword on this?

Anyone know how to get a hold of Frank?

I will gladly help fund the admin notes in Super orders if anyone can get him to contact me!

zackf:

Hi All,

I found the reply where it doesn't reflects payments made by Paypal. I was wondering if it would mess anything up (reports, etc) if I were to add a payment manually in the super order module?

Thanks - Zack

Zack,

I'm having to manually post them... the system isn't recognizing it for some reason for me. :( I'm using Authorize.net...

Hi All!

I am running the newest version of everything, installed it fresh and upgraded the database. I have a customer who created a 'new' account and I if understood correctly I can theoretically point her old orders to her new self using the SO 'edit contact data' feature. Right? :huh:

When I go thru the porcess it all 'seems' to be working, I check the box, choose the new self, and submit. The pop-up goes away, the screen refreshes, and I am back to the same order with the customer's old data and a peek at her orders lists the 'old' and 'new' as being placed by separate people. So it is not updating, but no error code or anything I know to peek at in order to troubleshoot. I tried going old self to new self and the other way, too (since the old self was created before an upgrade I thought it might make a differnce. Nope.
:frusty:
ideas??
Thanks!
Lori