Edit Orders v4.0 Support Thread

[HeleneWallis]

Oops, I take it back. The order screen and editing functions appear to be working just fine, but the invoice and packing slip routines just give me a nice white screen. Good thing I checked before copying it over to the live site.

[lat9]

Ok that fixed that issue and by upgrading to Edit Orders v4.1.6 fixed the attribute issue, thanks. Question I did not upgrade whatever changes were made to the core files though only new files and install, is that a big deal? It worked so I assuming not but just thought I would ask in case I should do it right away or wait until v4.1.7 is released.

Those two (2) storefront class-files (/includes/classes/shipping.php and /includes/classes/order_total.php) are very necessary, but the admin-side changes to the Customers->Orders handling aren't.

Note, however, that without the button-additions to the Orders handling, there's not a one-click path to get to Edit Orders (you'll need to modify the browser address-bar).

[lat9]

Oops, I take it back. The order screen and editing functions appear to be working just fine, but the invoice and packing slip routines just give me a nice white screen. Good thing I checked before copying it over to the live site.

Glad to hear you got Edit Orders working! Note that EO has nothing to do with the invoice/packing-slip display.

[HeleneWallis]

Yes, I know. And the only change I've made to the packing slips is to add the shipping method. So I'll have to do some digging to see what's going on. I do have DrByte's nice addon for the invoices to change order statuses on multiple orders at one time, but that's not in the packing slip program at all. Oh well.

[delia]

This site has Taxcloud installed and that might be the problem. Does anyone have tax cloud and edit orders working together?

[delia]

I fixed the problem with taxcloud and now see there's a problem with a shipping module which is specific to this cart and UPS customer. Is there anyway to bypass bringing all the dang shipping methods in? I can't see how to fix this.

The error message in cpanel says the class upsxmlmpr is not found in shipping.php. With taxcloud it was a matter of specifying the DIR_FS_CATALOG in the file because it couldn't find the file from admin. This actually might be a case of a non-working mod but it works for the customers sake and what she needs. If I could just exclude that one shipping mod, that might fix the problem.

[lat9]

@delia, most issues with shipping and order-totals modules with EO have to do with their use of (presumed) storefront functionality that fails when they're included in the admin environment.

You don't identify the version of Zen Cart or EO that you're using ...

[delia]

Zen cart is version 1.5.4. The upsxmlmpr and tax cloud are the only two odd things on the site. Since the ups module was mostly written by some ups folks many years ago, it's not surprising that this one would be a problem. But the mpr is based on the upsxml code - adds dimensions based on box sizes so a number of new functions. The class definition does look to be identical with just changes so that it's not the upsxl class.

[lat9]

@delia, what version of EO?

[delia]

The latest - from August.