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

[SirBuck]

Had the same problem. I tried running the script by pasting the .sql file directly into the tools->install sql patches, then got the error and tried again by uploading (not the smartest thing to do, but it was a test database). The order module was working fine, but the config items were missing. After using phpmyadmin to verify exactly what structures in the database were missing, it was confirmed that only the Admin-Configuration items were missing, pasting the following update query into tools->install sql patches seems to have fixed the problem. Note that I have only recently installed this mod and have little experience with it, but it is working correctly. thanks.

----
in super_orders_sql.sql starting at line:

"-- Super Orders configuration group"

copy all the text till the end of the file.
---

Awesome! That was the main problem I had with SO. We shall see..

[Zinfandel]

Hello Gang... Frank,

I searched high and low, but can't find the answer.

Parse error: syntax error, unexpected $end in /home/intiucom/public_html/admin/super_report_await_pay.php on line 377

The code on line 377 is in red below:

<!-- footer_eof //-->
<?php } ?>
</body>
</html>
<?php require(DIR_WS_INCLUDES . 'application_bottom.php'); ?>

What am I not seeing? Any one have an idea?

[pensive612]

Here is what I do:
Download PFD orders, and print them from there.

Rupert

For anyone else searching for the problem. Lawbird123 answered it perfectly.

If you're trying to print all the invoices that get batched to html frames in Firefox on separate pages...

When the print dialog comes up, just use the pulldown and select Firefox. You then get to decide

- As Laid Out on Screen
- The Selected Frame
- Each Frame Separately

And it works perfect from there...


...Now if someone can just figure out why some of us can't notify customers when batch changing their status..!

[swan]

I love SOrders! However, I'm having a problem... We are capturing credit card information, but not billing the card until we ship the product. Before SO was installed, there didn't seem to be an issue. Post SO, it's applying a credit card payment to the balance and showing that it is paid--even though we haven't captured the funds yet.

I looked around, but couldn't find a place to change anything that made sense. I tried moving default statuses around, but that had no effect.

Any help is appreciated.

k

[Zinfandel]

Never mind,

Someone could have just suggested that I try to re-FTP the file again...
But no, this crowd would rather I thought it thru on my own.

Problem solved... Sorry I asked.

[MikeyG]

Swan,

You will see that in an earlier post a page back there is a similar question raised. I am waiting for an answer from Blindside but I have not seen him on the forum for over a month. I hope he is okay.

Anyway there is some code to insert into one of the pages - instructions in the readme I think apply to one of the credit card modules which you then need to effectively copy and apply to your own credit card module.

I am not a programmer so I have not sussed this out for my situation yet but I hope this may help your own thinking and in findnig a solution. Perhaps if there is some one out there who has done this they could post the reply.

[swan]

MikeyG,

Thanks for the input. The ironic thing is, I switched to doing immediate capturing of the funds, and NOW SuperOrders doesn't apply the payment.

Argh! I'd love to fix this.

[signs]

I have the original version of SO installed on my live cart (1.3.0.2) and I am in the process of setting up a new cart v. 1.3.7. I've installed the new version of SO on it, but now I am wondering what will happen when I bring my database over from the live cart? Will the old SO tables, etc. overwrite the new version?

Any help is greatly appreciated.

[cjburch]

I'm having a problem with the SO 2.0 refund portion. It summarizes the order correctly, shows the negative applied amount and when calculating the balance due, it ADDS instead of subtracing! (no id didn't use a mimus sign on the refund) Also my refunds are NOT being send via my goEmerchant module at all. See blow:
<font = xsmall>
Charles Burch-$24.68Master Card05/29/2007 05:17:5905/29/2007 05:17:59 Color Keyurchase OrderPaymentRefundProductsModelTaxPrice (ex)Price (inc)Total (ex)Total (inc)1 x Nucose 1033186.00&#37;$17.50$17.50$17.50$17.50
Sub-Total:$17.50
Flat Rate: $5.78
GA TAX 6.0%:$1.40
Total:$24.68
Amount Applied:$-24.68
Balance Due:$49.36


All help is GREATLY appreciated.

CB

[moltar]

In "super_orders_sql.sql", lines 88 and 89 cause problems with MySQL 5. The first field should not be '', but should be NULL like on the other lines. For some reason MySQL 5 stopped the empty string support for numeric columns, I guess it makes sense though.