Stocks by attributes

[keithlaw]

I seem to have cleared the problem. I removed each of the 6 files that overwrite and replaced them with the originals. AS each one was changed I checked to see if the error persisted. When I had the new system files removed including order.php I then reinstalled the add on files making sure that only one copy was on file. It is now working but I'm still unsure as what was the original problem. I had repaced the order.php by renaming as order-old.php however I now have renamed to *.php1 so the old files are completely inert.

Thanks for the responses.

[cropinstop]

How are these added to the item? do you have a size and a color attribute? Or one attribute that has both size and color in it?

There are two sets of attributes, each on a dropdown list - one list has red/green, and the other small/large.

Was considering making it into one dropdown with the four combinations, but then found another product that has also has two dropdowns, with 5 items in the first set, and 3 in the other. One list with 15 combinations would be very confusing from a buyer's perspective.

[kuroi]

I now have renamed to *.php1 so the old files are completely inert.

No they're not. They're still available for inclusion and even if a .php extension is tested for in this specific instance thus excluding them, mixing backup and live files is bad practise and has the potential to get you into trouble elsewhere in Zen Cart (or any other app).

[kellan4459]

There are two sets of attributes, each on a dropdown list - one list has red/green, and the other small/large.

Was considering making it into one dropdown with the four combinations, but then found another product that has also has two dropdowns, with 5 items in the first set, and 3 in the other. One list with 15 combinations would be very confusing from a buyer's perspective.

I don't have any items with multiple attributes that are dependent such as size and color so I'm not sure how these get added into the database. I'm guessing at checkout they take the selections and then check the quantity for the selected combination at checkout. So more than likely you will have to create a mechanism that populates the second attribute box dynamically instead of from the product attributes because the quantity is dependent upon the first selection.

I may be making it more difficult than needed. Someone else with experience with multiple dependent attributes may have other suggestions.

[kellan4459]

No they're not. They're still available for inclusion and even if a .php extension is tested for in this specific instance thus excluding them, mixing backup and live files is bad practise and has the potential to get you into trouble elsewhere in Zen Cart (or any other app).

I agree with kuroi. Leaving them out there only asks for trouble.

Before I do a mod I copy the current working state over to a directory on my system named zencartbackup and then install the mod to my zencart directory. If I have any issues I can delete zencart directory and rename zencartbackup directory to reinstate my system to where it was. I then have no worries that any file changed to .php.old or .php1 is somehow grabbed or mistakenly renamed or any other slip up that puts them into the mix and causes me headaches.

I also only install one module at a time so it is easier to debug.

[cropinstop]

In a previous post, I discussed in passing a problem relating to being able to purchase out of stock inventory when using Stock by Attributes. If the solution is discussed elsewhere, I apologize.

Specifically, if a product is set up for Stock by Attributes, it is possible to buy a subproduct that is out of stock after receiving a warning at the shopping cart that the selection is out of stock. But this behavior only happens if the quantity ordered is more than the quantity available for the subproduct, but less than the total stock available for all subproducts. Here is an example:

Item= scrapbook, available in red, green, black. Set up using Stock by attributes as follows:

• attribute= red, quantity = 4
• attribute = green, quantity = 3
• attribute = black, quantity = 3
• total stock for all colors = 10

If I try to buy 5 of the red scrapbooks, I get the message at the shopping cart that the item is out of stock, but I can then proceed to checkout and successfully purchase 5 red scrapbooks.

If I try to buy 11 of the red scrapbook (more than the total stock for all colors), I am again warned that the item is out of stock, and I can not proceed to checkout.

This problem has occurred prior to the latest patch that blocks display of out of stock attributes at the product page.

[kellan4459]

is there a way to have an attribute update multiple stocks

say I want
Attribute A qty 20
Attribute B qty 20
Attribute C is both A&B and I want it to deduct from both A&B's qty?

[kuroi]

In a previous post, I discussed in passing a problem relating to being able to purchase out of stock inventory when using Stock by Attributes. If the solution is discussed elsewhere, I apologize.

Specifically, if a product is set up for Stock by Attributes, it is possible to buy a subproduct that is out of stock after receiving a warning at the shopping cart that the selection is out of stock. But this behavior only happens if the quantity ordered is more than the quantity available for the subproduct, but less than the total stock available for all subproducts.

This indicates that the mod hasn't been installed properly and the stock calc code that was supposed to have been replaced isn't being executed. This can happen because a key file hasn't been uploaded (some FTP programs only replace existing files if you explicitly tell them to) or because a backup file has been created (by hand or by FTP program) and is over-riding the new code.

[kuroi]

is there a way to have an attribute update multiple stocks

say I want
Attribute A qty 20
Attribute B qty 20
Attribute C is both A&B and I want it to deduct from both A&B's qty?

No since the quantities aren't held against individual attributes but against product variants, i.e. a product and a specific collection of attributes.

[kellan4459]

No since the quantities aren't held against individual attributes but against product variants, i.e. a product and a specific collection of attributes.

Thanks Kuroi, I promised my customer I would ask but
this is what I figured and so I had already suggested using the Better Together mod or whatever the name is so if any attrib option for A&B are purchased they can have the discount that my customer was trying to accomplish with using the BothA&B attribute option

so they will have
prod1
->attrib a
->attrib a2

prod2
->attrib b
->attrib b2

and if they purchase any variant of prod1 or prod2 the appropriate prod count will be adjusted but if the customer purchases both prod1 and prod2 they will receive a discount.