in the admin console, under LOCALIZATION, youll find PAYMENT TYPES
you can add/delete payment types and refund types from there.
Printable View
well iv looked at all these files, and checked it all,
everything seems ok. Both the files you reqested i look at are identical to those that come with the zc install fileset. so they are unchanged.
is there anything else i can try?
its a drag having to del a comment and re-do it, just to make an edit..
thanks again. if you can think of anything, please let me know.
it works fine, as long as i dont try and edit it. thats when it gets all messed up.
---------------------------------------------
Extra NOTE:
I have a customized super_orders page now. It has the Info at a Glance contrib on it, as well as the USPS AUTOFILL contrib.
Search through the USPS Autofill contrib support thread and he has it posted right there for you to see. i also posted it in the info at a glace thread.
Just so you guys can take advantage of it too.
I am willing to let absolute look at my admin side , if its going to be any use for you , to help fix the batch e-mail thing. my cliemt really needs this to work , as he has 40+ orders a day . if it needs some money thrown at it let me know.
here is a link to the authors post.
http://www.zen-cart.com/forum/showpo...8&postcount=15
basicly, there are two files in there. both have the USPS click-n-ship autofill contrib, and the other overlib has the info at a glance.
NOTE: you must already have both these mods installed in order for this to work. all we are doing is adding them to super orders. for more info, contact the author
Bolded part has me curious. Are you using one of the admin levels modifications, which allow/deny access to various admin pages? That could very well be the issue. You need access to several files in order for the e-mail to go through. Here's a list...
- admin/includes/languages/english/super_orders.php
- admin/includes/functions/extra_functions/super_orders_functions.php
- admin/super_batch_status.php
I don't use any of those admin level mods, so I have no diea how SO will behave with them. Any way to disable it and then try again?
It's creating the record, but not storing the proper values (the table defaults to all 0's when no value is added). Did you place the code from README step Edit the order.php class (catalog side) after the indicated line? it must go after
The result you're seeing is possible otherwise.Code:$insert_id = $db->Insert_ID();
Admin > Localization > Payment Types
Like wickedclown said, I have code to automate PayPal payments made at checkout for the next version. If you're feeling adventurous, here's the code for the modified function. Just replace the entire function as it exists in [catalog]/includes/class/super_order.php...
I'd also like to hear from those of you who use PayPal extensively (I don't at all). What other stuff can I do here to make this more useful?Code:function cc_line_item() {
global $db;
// first we look for credit card payments
$cc_data = $db->Execute("select cc_type, cc_owner, cc_number, cc_expires, cc_cvv, date_purchased, order_total
from " . TABLE_ORDERS . " where orders_id = '" . $this->oID . "' limit 1");
if ($cc_data->RecordCount() ) {
// collect payment types from the DB
$payment_data = $db->Execute("select * from " . TABLE_SO_PAYMENT_TYPES . "
where language_id = " . $_SESSION['languages_id']);
$cc_type_key = array();
while (!$payment_data->EOF) {
$cc_type_key[$payment_data->fields['payment_type_full']] = $payment_data->fields['payment_type_code'];
$payment_data->MoveNext();
}
// convert CC name to match shorthand type in SO payment system
// the name used at checkout must match name entered into Admin > Localization > Payment Types!
$payment_type = $cc_type_key[$cc_data->fields['cc_type']];
$new_cc_payment = array('orders_id' => $this->oID,
'payment_number' => $cc_data->fields['cc_number'],
'payment_name' => $cc_data->fields['cc_owner'],
'payment_amount' => $cc_data->fields['order_total'],
'payment_type' => $payment_type,
'date_posted' => 'now()',
'last_modified' => 'now()');
zen_db_perform(TABLE_SO_PAYMENTS, $new_cc_payment);
}
// now look for PayPal data
$pp_data = $db->Execute("select * from " . TABLE_PAYPAL . " where zen_order_id = " . $this->oID);
if ($pp_data->RecordCount() ) {
$new_pp_payment = array();
while (!$pp_data->EOF) {
$name = $pp_data->fields['first_name'] . ' ' . $pp_data->fields['last_name'];
$new_pp_payment[] = array('orders_id' => $this->oID,
'payment_number' => $pp_data->fields['txn_id'],
'payment_name' => $name,
'payment_amount' => $pp_data->fields['mc_gross'],
'payment_type' => 'PP',
'date_posted' => 'now()',
'last_modified' => 'now()');
$pp_data->MoveNext();
}
foreach ($new_pp_payment as $key => $payment) {
zen_db_perform(TABLE_SO_PAYMENTS, $payment);
}
}
}
Blindside,
can you please help me to find out the problem with my order status comments box.
I really need to find a fix for it
I have posted in the general forum hoping that maybe someone would have an idea, or maybe went through the same problem, and found a fix.
any help would be great at this point.
thanks man
a man in desperate need of help :)
benjamin
Yes BS,
I checked to make sure i had that SO code below the indecated line, and i do. i fallowed and double checked the edits before i came asking about the problem..
thanks man
(The following is from a PM)
The first issue sounds like you have run and rerun the SQL file over your DB. The so_payment_types is a new table that SO installs, so it would only find it if you had already run the script. UNless you know what the initial error was, your best bet is to restore from your DB backup and try again. I recommend that you use phpMyAdmin instead of the Zen SQL installer.Quote:
Originally Posted by frank_lyy
The second may or may not be related. Look at the table name: wwwlin5_zc1.orders. In the first error, you have a table prefix (zen_), and here you have none. Restore from your backup, go through the entire file to add your DB prefix (if you do, in fact, have one), and run the file again.