EasyPopulate 4.0 Support Thread

[WiccanWitch420]

I have v 1.5.5D we will be upgrading to 1.5.6 soon. what I want to do is change shipping weights on items in bulk for different product types, will this mod able me to do that? Also, I see that a lot of people are saying that the new version doesn't work right, so I should download EasyPopulate V4 - Version: 4.0.36.ZC is this correct?Thank you =)

[mc12345678]

I have v 1.5.5D we will be upgrading to 1.5.6 soon. what I want to do is change shipping weights on items in bulk for different product types, will this mod able me to do that? Also, I see that a lot of people are saying that the new version doesn't work right, so I should download EasyPopulate V4 - Version: 4.0.36.ZC is this correct?Thank you =)

It would be possible to use this to make bulk edit of shipping weight by product type (need to filter on product type and then make the desired change(s)). I'm not sure I follow with the versioning issues. This plugin EasyPopulate Version 4 is currently offered as version 4.0.36.ZC. There is an update being worked on on github, which is to be released shortly after a little more testing is done. There also is a patch for the current EP4 version which is discussed within the last few posts.

[jeking]

It would be possible to use this to make bulk edit of shipping weight by product type (need to filter on product type and then make the desired change(s))

You can use this to easily update the weight of products. It's one of the columns in the csv, so download, edit the values and import.

[eranariel]

Zen Cart 1.5.6 & Easy Populate 4.0.36.ZC bug uploading non latin UTF-8 characters


Multilingual with English and Hebrew characters:
1. I am able to download a CSV file in which characters in both languages appear correctly
2. On the upload of the CSV file, the English characters are correctly updated and added to the database , HOWEVER with Hebrew, text strings are cut short after the following two characters: "ג" (Gimmel) and "ע" (Ayn). The Hebrew language is RTL or written right to left.

If I have a product name "עגביות מספר 1" (tomato number 1), all of the text to the left of the character "ע" is omitted once uploaded. The same applies to category names.

I have been looking at the code easypopulate_4_import.php, and it contains reference to the mb_split function, however it isn't clear why only categories names to mention that the problem I am having persists on category names as well. Could the utf-8 conversion of smart-quotes, em-dash, and ellipsis be interfering in some manner?

I have contributed the Hebrew language packages a while ago that I intend to update shortly.


Thanks in advance,

Eran Ariel

[mc12345678]

Been trying to think about this. Need to look at the language pack to see its settings as relates to the database along with the returned data associated with the plugin. Note that generally speaking, as written mb_split and the other mb_ functions only really comes into play when utf8 is involved.

Would need to trace down execution about what happens to the imported text to see what operation is truncating it. I have seen that Russian also has had a similar issue.

Does the same problem occur in the product description or is it only in the product and category names?

[eranariel]

The problem occurs in both, the product and category names. Here is some code from the easy populate import file:

foreach ($langcode as $lang) {
if (!function_exists('mb_split')) {
// iso-8859-1
$categories_names_array[$lang['id']] = explode($categories_delimiter,$items[$filelayout['v_categories_name_'.$lang['id']]]);
} else {
// utf-8
$categories_names_array[$lang['id']] = mb_split(preg_quote($categories_delimiter), $items[$filelayout['v_categories_name_' . $lang['id']]]);
}

[mc12345678]

The problem occurs in both, the product and category names. Here is some code from the easy populate import file:

foreach ($langcode as $lang) {
if (!function_exists('mb_split')) {
// iso-8859-1
$categories_names_array[$lang['id']] = explode($categories_delimiter,$items[$filelayout['v_categories_name_'.$lang['id']]]);
} else {
// utf-8
$categories_names_array[$lang['id']] = mb_split(preg_quote($categories_delimiter), $items[$filelayout['v_categories_name_' . $lang['id']]]);
}

The question also asked about other fields such as products_description, is that field also affected?

Since you already have the language installed and having this issue, perhaps you could run a few tests for me.

Could you modify a portion of the above code to the following:

            } else {
            // utf-8
              $categories_names_array[$lang['id']] = mb_split(preg_quote($categories_delimiter), $items[$filelayout['v_categories_name_' . $lang['id']]]);
trigger_error('category: ' . $items[$filelayout['v_categories_name_' . $lang['id']]] . ' category array: ' . print_r($categories_names_array[$lang['id']], true), E_USER_WARNING);
            }

Then import at least one line of product information that contain the character(s) involved.
After import check the logs directory for a myDebug-adm-xxxx file generated at about the time of attempting to import.
Post the contents of the file, but omit or rename the admin directory (can use admin as the folder name).

Expectation if all is correct on the server is information related to the category name. If nothing is generated, then that too is a piece of useful information and will have to work backwards a little.
Note when posting the contents, please use [CODE][/CODE] tags around the contents. The tags can be generated by pressing the # button in the message box toolbar when responding.