EricTheUnready

If I upload products - AOK If I then change the category that one of the products is in, that product gets duplicated even though the EP upload file looks correct. I upload a EP file with 3 products (Relevant fields as shown.):- v_products_model = Product1 ... v_categories_name_1 = Cat 1 ... v_categories_name_2 = Cat 2 --- v_products_model = Product2 ... v_categories_name_1 = Cat 3 ... v_categories_name_2 = Cat 4 --- v_products_model = Product3 ... v_categories_name_1 = Cat 1 ... v_categories_name_2 = Cat 2 Everything is fine. Then I edit the upload file moving Product3 into Cat3,Cat4 and upload EP with... v_products_model = Product1 ... v_categories_name_1 = Cat 1 ... v_categories_name_2 = Cat 2 --- v_products_model = Product2 ... v_categories_name_1 = Cat 3 ... v_categories_name_2 = Cat 4 --- v_products_model = Product3 ... v_categories_name_1 = Cat 3 ... v_categories_name_2 = Cat 4 Now Product3 appears in both Cat1-Cat2 AND Cat3-Cat4 Please Help! Jon

Fixed - Suprise Suprise - it was my mistafe :-"

Duplicate Products. - I'm using EP 2.74-MS2. I upload a product with two attributes, Say Size (Small, Medium and Large) and Colour (Red Blue Green). Everything is fine. The problem I have is that I add a new size, say XXL, to the products entry in the EP file and upload, but I end up with osCommerce creating a new product entry - everything is the same, even the model number (column A in EP file) but the orginal product is available in Small Medium and Large and the 'new' product is available in Small, Medium, Large and XXL. What do I need to do to achieve an update rather than an addition.

Sounds like the same mistake when I created my first EP csv file. I'm guessing that 'medium' is an attribute of some other product. *ALL* product rows in the CSV file must contain a column for *ALL* attributes, even those that are not relevant. E.g. French Knickers which are available in 10-12, 14-16 and 18-20, would also have columns for large, medium and small etc which might be the attributes for chocolate fireguards. The way the system 'makes sense' of all this is that attributes that actually apply to a product need an entry in the price column (use 0 if not using variant pricing) for that product's row. Hope this helps. EtU

I have the same problem. I know a little javascript but I'm new to PHP - what I've worked out so far is that you can easily 'plug-in' the session id string by adding ... . "&" . SID . to the line you mention so you get print "\t[\" " . $categories['categories_name'] . "\", \"index.php?cPath=" . $categories['categories_id'] . "&" . SID . "&name=" .urlencode($categories['categories_name']) ."\""; I'm not sure the dependancy on the global 'SID' is safe, it would probably be better to use something like . "&" . tep_session_name() . '=' . tep_session_id() instead of SID HOWEVER - although you now end up with the missing &osCsid=value in the querystring it's no use because (at least in my case) the menu has picked up a different session id. (If you check the osCommerce Admin>Tools>WhoseOnline you'll see the two sessions.) I'm guessing that this due to the fact that menu_items.js.php performs an include of 'application_top.php' which seems to set up the session etc. As a newbie I'm out of my depth here - Can anyone help? EtU

Attributes getting confused.... I'm having problems with attributes getting 'confused'. I have a program that builds the tab delimited file for EP from a local database. The structure of the upload file looks right. Unforunately when I upload and run this through EP (2.74 MS2) it appears to work, no errors reported and the products are properly added into the catalog, However the options and their associated attributes get very confused. (btw I've tried posting an example couple of lines from the tab delimuted file here but it's too big to be useful in a BB - I'm happy to mail it to anyone who thinks they might be able to help.) Can anyone give me a clue where to start looking, or any debug techniques that may help? Thanks, EtU

I appreciate this is a really dumb question but I can't seem to find the answer. When I enter a product that is available in several varieties how do I allocate seperate quantities to each variant. For example if the store has a 'Gimp' Tee Shirt by 'Hutch Clothing' and it is available in Black, Green and Yellow and in Small, Medium and Large - how do I set different quantities for each color/size combination. (e.g 4 Large Green, 2 XL Green, 10 Small Yellow, etc) I know I could just create a completely seperate product entry for each variant but then how do I arrange that the user sees one product entry, i.e. Hutch 'Gimp' Tee Shirt with drop downs for Colour and Size? EtU

A clue and some Progress - I've just put a temporary hack into easypopulate.php that supplies the $readed function with the full path and that worked (sort of). My next step will be to try to make a more realistic/maintainable mod. But does this mean that I'm the first to try to use EasyPopulate on IIS 5

Thanks for the quick response - but I'm not sure I understand the question. I didn't edit the definition of tempdir$ in easypopulate.php and, as the error message in my post shows PHP is constructing a path of '../temp/EP-up.txt' I've not had problems before with IIS using / rather than \ Anyway I've just did a temp. Hack in easypopulate as a test, that constructs a microsoft path string (i.e. ..\temp\EP-up.txt) and the results are the same. I can try this on an Apache site but I'll still need to get it working on this IIS site, so... I really appreciate any help.

:huh: I'm having the same problem. I'm a osCommerce newbie. My 'temp' directory is catalog/temp Its attributes are chmod'ed to 777 I have uploaded the file using FTP I can see the file with my FTP client (it too is 777 of course) However I'm getting the dreaded:- Warning: file(../temp/EP-up.txt): failed to open stream: No such file or directory in <my directory stuff>\easypopulate.php on line 672 I'm running V2.2M2 and Easy Populate 2.74-MS2 on IIS/5.0 with PHP Version: 4.3.3 (Zend: 1.3.0) Any help for a new lost sole gratefully received.