Results 801 to 810 of 1923

Threaded View

  1. #9
    Join Date
    Feb 2012
    Location
    mostly harmless
    Posts
    1,809
    Plugin Contributions
    8

    Default Re: Edit Orders v4.0 Support Thread

    Quote Originally Posted by DarkAngel View Post
    ... I noticed the totals prior to the editing of order were way off, but tested it anyway to see what it would do. ...
    Older versions of Edit Orders (< 4.1) allowed the store owner to manually modify almost the entire order (including order total lines). It was not uncommon to find problems with math (as these needed to be done by the person editing the order) in stores using older versions of Edit Orders. If you look through the forums there are a number of other posts regarding issues caused by older versions of Edit Orders (including other math related items).


    As of Edit Orders 4.1.x, end users are no longer allowed to manually "adjust" the subtotal (and certain other order total lines) within Edit Orders to avoid such issues. And instead of Edit Orders handling any math related to the order total modules, the order total modules are actually run (same as during checkout). This allows the order total modules to do their own calculations based upon the order contents.

    As a result, under Edit Orders 4.1.x if the "subtotal" was off before editing, it will be off after editing (it is not recalculated, just loaded from the database as-is and adjusted up / down when products are added / edited / removed).

    If you create a new order in the new store, then attempt to edit the order:
    • Are the order totals correct when the order is first loaded (no edits)?
    • Change the product price and then press "update". Are the order totals correct?
    • Add a product to the order and then press "update". Are the order totals correct?



    Quote Originally Posted by DarkAngel View Post
    ... I then went to the server and found the error message. It is like the 1.3.9h store that is live...only with a different parameter it wishes to have. ...
    I'll have to take a look at this. I think I know the cause, but want to verify the fix on a couple test sites.


    Quote Originally Posted by DarkAngel View Post
    ... When I ran the installer for the upgrade of the database/cfg files I noticed it asked about the UTF8 and checked it off. I noticed that the saved DB said: /*!40101 SET NAMES utf8 */; so took it to mean that was the right thing to do since it appeared the DB was UTF8 too. ...
    If the database columns and tables were all set to use a CHARACTER SET of UTF8 previous to the upgrade, you are probably okay (you can check this in phpMyAdmin or similiar). This is rare because out of box Zen Cart < 1.5.0 always used iso-latin-1. When upgrading from Zen Cart < 1.5.0 if the 1.3.x database was iso-latin-1 you still need to manually address this (different store configurations need different massaging and conversions - especially multilingual stores, so this was not automated).


    Quote Originally Posted by DarkAngel View Post
    ... All items in my store --Live and test clone -- are virtual downloads, no shipping required and since it is a test store I did not upload the downloadable zips to the test store. ...
    Ahhh, by default Zen Cart does not populate the "shipping" address when an order is completely virtual. If the shipping address contains an address with NO "country" (or a country not found in the Zen Cart database), this would be the cause of the message "Warning: One or more of the customer address fields contains a country name unknown to Zen Cart ("Locations / Taxes"->"Countries"). Taxes and some shipping modules may not function correctly until the issue has been resolved."

    If all of the products are indeed virtual (and shipping will NEVER be used), you can disable the warning by making the following change in "/admin/edit_orders.php":
    Code:
        	if(!is_array($order->customer['country']) || !array_key_exists('id', $order->customer['country']) ||
        		!is_array($order->billing['country']) || !array_key_exists('id', $order->billing['country']) /*||
        		!is_array($order->delivery['country']) || !array_key_exists('id', $order->delivery['country'])*/) {
        		$messageStack->add(WARNING_ADDRESS_COUNTRY_NOT_FOUND, 'warning');
        	}


    NOTE: Also make sure you apply all known bugfixes for Edit Orders 4.1.4. Some examples (there may be others, but these two come to mind): bugfix when downloadable products are disabled and coupon validation functions are missing from the Zen Cart admin.
    Last edited by lhungil; 21 Dec 2015 at 09:02 AM. Reason: added note
    The glass is not half full. The glass is not half empty. The glass is simply too big!
    Where are the Zen Cart Debug Logs? Where are the HTTP 500 / Server Error Logs?
    Zen Cart related projects maintained by lhûngîl : Plugin / Module Tracker

 

 

Similar Threads

  1. v150 Super Orders v4.0 Support Thread for ZC v1.5.x
    By DivaVocals in forum Addon Admin Tools
    Replies: 818
    Last Post: 9 Jul 2026, 10:12 AM
  2. v150 Orders Status History -- Updated By [Support Thread]
    By lat9 in forum Addon Admin Tools
    Replies: 34
    Last Post: 29 Jul 2019, 07:05 PM
  3. Edit Orders v3.0 for ZC 1.3.9 [Support Thread]
    By DivaVocals in forum All Other Contributions/Addons
    Replies: 656
    Last Post: 18 Apr 2016, 06:28 PM
  4. v139h Super Orders v3.0 Support Thread (for ZC v1.3.9)
    By DivaVocals in forum All Other Contributions/Addons
    Replies: 1018
    Last Post: 28 Apr 2014, 11:38 PM
  5. RE: Super Orders v3.0 Support Thread
    By Johnnyd in forum All Other Contributions/Addons
    Replies: 0
    Last Post: 22 Jun 2011, 09:28 AM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
disjunctive-egg