Edit Orders v4.0 Support Thread

lat9:

Thanks for the update; I'll give it a look-see.
Just to aid me in replicating the issue, @apollowilcox, what are your settings for ot_group_discount?

Will v4.0 run with PHP 8.3?

jodean:

Will v4.0 run with PHP 8.3?
v4.7.0 and later should.

I've through so many websites and iterations of this module that I'm not sure what was and what is. So I installed this for a client who wants to add exact shipping to orders. That works fine but the payment method is paypal - using the paypal rest mod. So once the orginal order is placed, it's ready to be captured. I was thinking there was some mechanism to change the updated amount. But also the restful does give the buyer the choice of paypal or credit cards. So it's done different than the paypal pro.

My long winded question comes down to can edit orders be used to change the total and update the charge - any charge? Does the payment method matter?

delia:

I've through so many websites and iterations of this module that I'm not sure what was and what is. So I installed this for a client who wants to add exact shipping to orders. That works fine but the payment method is paypal - using the paypal rest mod. So once the orginal order is placed, it's ready to be captured. I was thinking there was some mechanism to change the updated amount. But also the restful does give the buyer the choice of paypal or credit cards. So it's done different than the paypal pro.

My long winded question comes down to can edit orders be used to change the total and update the charge - any charge? Does the payment method matter?
I've had EO on the back-burner for a while and haven't tested its integration with PayPal RESTful. From looking through the paypalr code, I'll state that at this time, the payment module is not compatible with EO 4.x.

Plus, while the "old" PayPal could capture up to 115% of authorization, I see no evidence that RESTful can do the same.

Still Testing.

dbltoe:

Plus, while the "old" PayPal could capture up to 115% of authorization, I see no evidence that RESTful can do the same.

Still Testing.
You need to put some glasses on; PayPal RESTful can also capture up to 115% of an authorization. But that's another support-thread.

See this PayPal RESTful wiki article for details: https://github.com/lat9/paypalr/wiki/Admin-Handling#re-authorize-a-transaction

yep

trifocals can be a problem

should have said I saw no online verification from PayPal. My only site with Rest is down. Thus the still testing.

lat9:

I've had EO on the back-burner for a while and haven't tested its integration with PayPal RESTful. From looking through the paypalr code, I'll state that at this time, the payment module is not compatible with EO 4.x.

So the old payal pro does work correctly?

delia:

So the old payal pro does work correctly?
I misspoke before, since EO doesn't actually load any shipping/payment modules. PayPal RESTful will work in the same manner (with the same restrictions) as the older PayPal Pro.

so, the order details do not show a shipping address but edit orders does. I checked to make sure all the files are in place and can't see why this would be happening at all. Companion site (almost identical) has no issues - upgraded at the same time but the other site doesn't have edit orders installed. No core edits, only mod installed is image handler.

zc 2.01, php 8.3.10

delia:

so, the order details do not show a shipping address but edit orders does. I checked to make sure all the files are in place and can't see why this would be happening at all. Companion site (almost identical) has no issues - upgraded at the same time but the other site doesn't have edit orders installed. No core edits, only mod installed is image handler.

zc 2.01, php 8.3.10
That'll happen if storepickup is used as the order's shipping method.

even without edit orders? I don't remember that behavior before. Thanks for the quick answer.

Hi All,

Zencart 1.58a with 8.1php and edit orders 4.7.1

I am getting this warning log message:
[26-Oct-2024 01:51:57 Australia/Sydney] Request URI: /admin/index.php?cmd=edit_orders&page=1&oID=25994&action=edit, IP address: 173.245.209.20, Language id 1
#0 /home/xxxx/outdoorking.com.au/admin/includes/modules/edit_orders/eo_edit_action_osh_table_display.php(161): zen_debug_error_handler()
#1 /home/xxxx/outdoorking.com.au/admin/includes/modules/edit_orders/eo_edit_action_display.php(581): require('/home/xxxx...')
#2 /home/xxxx/outdoorking.com.au/admin/edit_orders.php(169): require('/home/xxxx...')
#3 /home/xxxx/outdoorking.com.au/admin/index.php(11): require('/home/xxxx...')
--> PHP Warning: Undefined array key 6 in /home/xxxx/outdoorking.com.au/admin/includes/modules/edit_orders/eo_edit_action_osh_table_display.php on line 161.

Can anyone point me in the right direction on how to fix the issue to stop coming up in the logs.

Order 25994 has at least one status-history record that identifies an orders-status id of '6' which, for whatever reason, does not exist in the site's*** Localization :: Orders Status***.

The best I can offer at this time is to stop trying to edit that order.

lat9:

Order 25994 has at least one status-history record that identifies an orders-status id of '6' which, for whatever reason, does not exist in the site's*** Localization :: Orders Status***.

The best I can offer at this time is to stop trying to edit that order.
Doesn't viewing that same order under the built-in Customers :: Orders exhibit the same problem, i.e. a log generated due to a no-long-present status-history definition?

lat9:

Doesn't viewing that same order under the built-in Customers :: Orders exhibit the same problem, i.e. a log generated due to a no-long-present status-history definition?

Ok when checking I found a reference to Super Orders would that be causing the issue with edit orders.

Here is what the reference says in admin/invoice.php file on live site:

// BEGIN Super Orders edit
// add CC data as a line item to SO payment system
if (isset($this->info['cc_type']) && zen_not_null($this->info['cc_type']) || isset($this->info['cc_owner']) && zen_not_null($this->info['cc_owner']) || isset($this->info['cc_number']) && zen_not_null($this->info['cc_number'])) {
require(DIR_WS_CLASSES . 'super_order.php');
$so = new super_order($insert_id);
$so->cc_line_item();
}
// END Super Orders edit

On the dev site it has this reference the same file:

// BEGIN Super Orders edit
// add CC data as a line item to SO payment system
if (zen_not_null($this->info['cc_type']) || zen_not_null($this->info['cc_owner']) || zen_not_null($this->info['cc_number'])) {
require(DIR_WS_CLASSES . 'super_order.php');
$so = new super_order($insert_id);
$so->cc_line_item();
}
// END Super Orders edit

Should that be delete out of the file on the live site?

Changes to the invoice aren't going to affect EO. Would you please answer the question that I'd asked:

Doesn't viewing that same order under the built-in Customers :: Orders exhibit the same problem, i.e. a log generated due to a no-long-present status-history definition?

Hi all, just recently installed EO 4.7.1 on my site and having some issues with sales tax displaying when items are added/removed from an order.

Example: 1 item order
Sub-Total: $0.25
Ground Advantage® (3 - 5 days): $4.95
CA State Sales Tax (7.25%): $0.02
Total: $5.22

Used EO to add second item, also taxable:

Sub-Total: $1.00
Ground Advantage® (3 - 5 days): 4.9500
Total: $6.02

The tax line is removed from the order. Tax is still calculated correctly in the total, but no longer displays in admin OR on customer order history page. Did I missing something here?

I tried installing with and without the optional overrides without any change in result. Anyone able to point me in the right direction? Thank you.

mcqueeneycoins:

Hi all, just recently installed EO 4.7.1 on my site and having some issues with sales tax displaying when items are added/removed from an order.

Example: 1 item order
Sub-Total: $0.25
Ground Advantage® (3 - 5 days): $4.95
CA State Sales Tax (7.25%): $0.02
Total: $5.22

Used EO to add second item, also taxable:

Sub-Total: $1.00
Ground Advantage® (3 - 5 days): 4.9500
Total: $6.02

The tax line is removed from the order. Tax is still calculated correctly in the total, but no longer displays in admin OR on customer order history page. Did I missing something here?

I tried installing with and without the optional overrides without any change in result. Anyone able to point me in the right direction? Thank you.
Try ticking the "Reset totals prior to update" box.