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.

[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]

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]

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.

[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.

[cropinstop]

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.

Compared all of my code with the 4.7multiadd version using "Beyond Compare", and could not find any errors. Are you sure the code is comparing the item order quantity to the stock quantity for the attribute being ordered?

Can you point me to the line in the code that does the comparison? perhaps I have a variable naming problem due to another installed enhancement.

[kuroi]

@cropinstop

1. Did you compare the code actually on your server, or to that which you believe you uploaded.
2. It's possible, though unlikely, that MULTADD operates differently. I haven't reviewed it in depth and can only speak to versions prior to that.