Edit Orders v4.0 Support Thread

[lat9]

I've just submitted EO v4.2.3 to the plugins for review and will post back when it's available for download.

This version corrects the difference in attribute sorting between EO and the storefront (issue #49 in the plugin's GitHub repository).

Please check the readme; there's an additional edit required (up to ZC v1.5.5e anyway) to /includes/modules/attributes.php to make this work!

v4.2.3 is now available for download: https://www.zen-cart.com/downloads.php?do=file&id=1513

[carlwhat]

hi,
when i look at ZC 1.5.5, it is supposedly compatible with php7.1.

has anyone tested the latest version of this module with php7.1?

the non-numeric arithmetic notices are now being reported in php7.1. see:

http://php.net/manual/en/migration71.other-changes.php

i'm curious before i consider upgrading various implementations of this module.

thanks.

[lat9]

hi,
when i look at ZC 1.5.5, it is supposedly compatible with php7.1.

has anyone tested the latest version of this module with php7.1?

the non-numeric arithmetic notices are now being reported in php7.1. see:

http://php.net/manual/en/migration71.other-changes.php

i'm curious before i consider upgrading various implementations of this module.

thanks.

I haven't (yet) validated on PHP 7.1; I'll get to that next week and get any updates required posted to the plugin's GitHub repo.

[swguy]

This is a bug that might be too difficult to fix; I don't know, but I thought I'd report it anyhow so that at least people were aware of it.

If you have added fields to the orders_products table (as, for example, the dropship module does), edit orders will lose those fields. On an edit - even an edit as small as changing the order status - edit orders deletes and re-adds the orders_products table records. Since it is unaware that these additional fields exist, they are added back with their default values.

[lat9]

This is a bug that might be too difficult to fix; I don't know, but I thought I'd report it anyhow so that at least people were aware of it.

If you have added fields to the orders_products table (as, for example, the dropship module does), edit orders will lose those fields. On an edit - even an edit as small as changing the order status - edit orders deletes and re-adds the orders_products table records. Since it is unaware that these additional fields exist, they are added back with their default values.

It's not a bug ... it's a feechur!

Seriously, though, that's how the current versions of EO work. I've been working over the past couple of releases to migrate the separate extra_functions file into a class-based structure which, in turn, will lead to a new major version of EO that reuses any orders_products table entries, if possible.

[swguy]

Thanks Cindy. This is great news.

[Nitroedge]

I'm using Zen Cart v1.5.1 and Edit Orders 4.1.4.

I get the following error in my log files:

PHP Warning: Invalid argument supplied for foreach() in my admin directory/includes/classes/mock_cart.php on line 151

I searched this thread but was unable to find any information. I can't seem to pin down when it's actually ocurring.

Just wondering if anyone has any tips for me to investigate. Thanks!