Edit Orders v4.0 Support Thread

lat9:

@marieAA, I've reproduced your issue and noted it in the plugin's GitHub repository. I should have a solution "shortly".

THANK YOU!!!! greatly appreciated!

lat9:

@marieAA, I've reproduced your issue and noted it in the plugin's GitHub repository. I should have a solution "shortly".

I saw your note on changing the title to this

Tax not added if an order doesn't "start" with taxes

should tell you that I found this on an order that already had taxes applied to it... when I went in to add another product, the new product came up with 0% taxes and there was no ot_tax block at all and the order total didn't reflect it either.

hope this helps

Aha! Thanks for that additional information; it will definitely help me come up with the right solution (it helps to know what the problems are)!:P

lat9:

Aha! Thanks for that additional information; it will definitely help me come up with the right solution (it helps to know what the problems are)!:P

I don't have the hang of knowing exactly what you guys need for information but hopefully I'll get better at it!! ;)

v4.1.6 is now available for download from the Zen Cart plugins.

This release provides updates for the following issues (the issue numbers are those from the plugin's GitHub repository

#27: Missing echo in admin orders.php
#28: Don't display "missing shipping address" if the order's all virtual products
#29: Tax not added if the order didn't start with tax; tax not applied to products added to an order
#30: Re-factor debug-output to be on an order-basis
#31: Convert all tab characters to 4 spaces.

How to merge the admin\includes\class\plugin.php with that is from another plugin? I am installing "ultimate urls" which has the same file with different codes. Since it isn't original zen cart file, I have no idea how to merge them. Is anybody can help? Thanks.

su35:

How to merge the admin\includes\class\plugin.php with that is from another plugin? I am installing "ultimate urls" which has the same file with different codes. Since it isn't original zen cart file, I have no idea how to merge them. Is anybody can help? Thanks.
Unfortunately, the version of that module (and its associated language file, admin\includes\languages\modules\plugin\plugin.php) is newer for the USU plugin and, as you identified, the plugin file-structure is also different.

That said, there's no merging of the two versions that will make both plugins "happy".

My suggestion is to install the plugins one-at-a-time (the plugin class is only used on installation), using the files associated with EO for that plugin's install and replacing those two files when you're installing USU.

Thanks, lat9. I will try it.

Hi, lat9. I find three files named plugin.php in new file folder:

1_new_files\admin\includes\languages\english\modules\plugin\plugin.php
1_new_files\admin\includes\extra_configures\plugin.php
1_new_files\admin\includes\classes\plugin.php

Are all of them for installation and can be deleted after install? Do I need them in uninstall process?

The folder structure you identified is that for the Ultimate SEO plugin's installation. There's no harm in leaving that file in /extra_configures, but the other two files should be replaced by the like-named ones from the EO installation file-set.

The files are used only during the plugin's installation and don't do any harm by leaving them after install.

Thanks! I'm just worried that other plugin may add the same files.

Has this issue been fixed in the latest version? This is still a big issue for us that we've been unable to resolve. The first time we edit an order, it reverses the attribute lines, even if we don't edit anything. We just click the edit button and then click update. If we go in and do the same thing again, it doesn't switch back, it stays in the reverse order. It's very odd, I'm not sure why it only happens the first time. In the database, the fields are displayed in reverse order, so somehow the edit_orders.php file is pulling the attribute data from the database and then putting it back in reverse order.

Danielle:

I have version 4.1.4 installed on 1.5.4 Zen-Cart. When an order is edited, it reverses the order in which attribute lines are displayed. For example, if the order originally showed:

After editing anything on the order, the above changes to:

This is a problem as these are sent to our suppliers and unfortunately they don't always read closely enough and then the personalization is entered in the wrong line order.

Any thoughts on how we can correct this?

I did test using the 4.1.6 version of admin/includes/classes/attributes.php as I see that it sorts the attributes differently, but am still having this issue. If I fully update the module to 4.1.6 will it fix the issue?

Danielle:

Has this issue been fixed in the latest version? This is still a big issue for us that we've been unable to resolve. The first time we edit an order, it reverses the attribute lines, even if we don't edit anything. We just click the edit button and then click update. If we go in and do the same thing again, it doesn't switch back, it stays in the reverse order. It's very odd, I'm not sure why it only happens the first time. In the database, the fields are displayed in reverse order, so somehow the edit_orders.php file is pulling the attribute data from the database and then putting it back in reverse order.

I'm not able to reproduce this on an installation using EO 4.1.6 and Zen Cart 1.5.5a.

Do you have sort-orders assigned to those attributes that are sorted "differently"?

This is happening with EO 4.1.4 on a 1.5.4 installation. There are no sort orders assigned to the attributes. There are sort orders attached to the options. I'll attach some screenshots to show you the back end display of the attributes and options, as well as the order before and after we edit it.

lat9:

I'm not able to reproduce this on an installation using EO 4.1.6 and Zen Cart 1.5.5a.

Do you have sort-orders assigned to those attributes that are sorted "differently"?

I could only put 4 images in the last post so here are the other two.

I'll need to look further for the way that EO differs from the "standard" Zen Cart handling of those attributes that are without sort-orders. I'll post back here when I have additional information.

OK, thank you. I don't know why the sort order of the attributes would really matter though, since there is only one attribute per option. The options (Line 1, Line 2, etc.) do have sort orders. They are text options, so just one attribute per option.

lat9:

I'll need to look further for the way that EO differs from the "standard" Zen Cart handling of those attributes that are without sort-orders. I'll post back here when I have additional information.

Sorry I have not had time to go through a bunch of posts but will this work with 1.55a?

roberttimmons:

Sorry I have not had time to go through a bunch of posts but will this work with 1.55a?
It doesn't take a lot of reading. Not sure of your setup for reviewing posts on this forum, but now 6 posts back it was stated that problems asked about could not be reproduced in ZC 1.5.5.a and would think that in the plugins download section that it would show that it is supported on ZC 1.5.5.