Stock by Attribute v4.0 addon for v1.3.5-1.3.9

DivaVocals:

Sounds to me like what you need is a DISCOUNT module so that you can link products in a way that the purchase of one yields a discount on the other.. This kind of functionality isn't what SBA is used for. SBA is to track stock of product variants (attribute combinations).

I'd suggest looking for discount add-ons in the plugins section of this site or look for the "That Software Guy" website. swguy is the undisputed "Duke of Discounts" as he has the most and best discounting add-ons for Zen Cart..

http://www.zen-cart.com/member.php?22320-swguy
His "Better Together" module sounds like what you should be looking at..

Possibly, but, from what I can tell, that add-on does not keep track of stock, and that is what I need.

Mal

Malaperth:

Possibly, but, from what I can tell, that add-on does not keep track of stock, and that is what I need.

Mal

You are mixing apples and oranges here.. your words:

my wife sells teas, and we want to provide a discount on a tea ball/infuser if you buy a bag of tea

Zen Cart OUT THE BOX allows you to keep track of stock.. so create your two products (tea ball/infuser & bag of tea), set your stock levels for each product and use a DISCOUNT MODULE like "Better Together" so that when a bag of tea is purchased the customer will be offered a discounted price if they then purchase the tea ball/infuser..

You REALLY can't do this with the default product attributes not without some serious re-coding of the default attributes management in Zen Cart.. This still isn't really an SBA modification..

Ok, was just responding to what Pottery House said to do, which was inadequate. Guess I'll try Better Together and see what happens. Thanks!

Mal

potteryhouse:

The version I placed out for testing (in a previous post on this thread) should resolve the issue you described.
Also, I am working on a final update to this test version to be placed in the downloads. I hope to have that ready soon.
stock_by_attribute_1.5.X_TEST_3.zip

Please let me know your results. Thanks

Perfect! That did seem to get rid of the 'Out Of Stock' message next to my read-only attributes on all existing products!

I just upgraded a site to 1.5.1, using SBA v1.5.2. They only have quantities set up for a few of their attributes. On their old site with a much older version of SBA, if attributes don't have quantities set, they default to the total product quantity and still allow checkout. On the upgraded site, if they don't have quantity for the attributes on a product, they show as out of stock. I'm not sure how to get around this? They have many products with attributes that don't require stock levels, so they don't want to have to go through and add stock to every attribute.

Danielle:

I just upgraded a site to 1.5.1, using SBA v1.5.2. They only have quantities set up for a few of their attributes. On their old site with a much older version of SBA, if attributes don't have quantities set, they default to the total product quantity and still allow checkout. On the upgraded site, if they don't have quantity for the attributes on a product, they show as out of stock. I'm not sure how to get around this? They have many products with attributes that don't require stock levels, so they don't want to have to go through and add stock to every attribute.

I will be uploading an updated version to the plugins for the Zen Team to check soon. No sure what is involved for them, but I suspect it will take them a couple days based on their workload before they can get to it. In the mean time I think the version i posted in this thread as TEST 3 should work okay, it is almost the same as what I will be submitting. Main differences are the instructions have been updated, the version number in the files are updated, and the script to add attribute combinations in the stock pace is updated.

http://www.zen-cart.com/showthread.php?47180-Stock-by-Attribute-v4-0-addon-for-v1-3-5-1-3-9&p=1231102#post1231102
stock_by_attribute_1.5.X_TEST_3.zip

k1ra:

Perfect! That did seem to get rid of the 'Out Of Stock' message next to my read-only attributes on all existing products!

I have now noticed that when I add a product to cart, and the quantity is more than what is available, I get the *** in the Shopping Cart Display, but there is no 'Out Of Stock' notification on the Product Info Display. I am using radio buttons.

k1ra:

I have now noticed that when I add a product to cart, and the quantity is more than what is available, I get the *** in the Shopping Cart Display, but there is no 'Out Of Stock' notification on the Product Info Display. I am using radio buttons.

Based on you description, this is correct.
There is stock available so the product info page will not show as out of stock. But if a customer orders more than what is available, they get the out of stock or low stock warning in the shopping cart.

You can turn these warning off if you do not want then, the setting is described in the instructions.
The setting is in the "Configuration -> Stock" page, (Check Stock level - Check to see if sufficient stock is available . Options (True/False))

Also note, the latest version is now available in the downloads plugin area. I am removing the TEST version, so the link in the forum will no longer work for those old tests versions.

Hi Potteryhouse et al.,

I'm currently testing my FEC install and noticed that, while SBA continues to work wonderfully by displaying low stock in the shopping cart as appropriate, it no longer displays it on the order confirmation page the way it did without FEC installed. I upgraded to SBA 1.5.3 hoping this would help, but it didn't. I noticed the SBA code resides on the confirmation page between ```

One question that comes to mind is - does the SBA code in tpl_checkout_confirmation_default.php use any jquery file(s)? If so, which one(s)? FEC has you install the CSS/JS Loader, which changes how jquery is called, perhaps it's simply not calling the jquery files needed on the confirmation page...

Thank you!
Magz

Hi all,
Firstly, sorry if this has already been discussed.
Using the latest version of SBA from the downloads section on zen cart 1.5.1 which also has latest version of edit orders installed.
If you create or edit an order via admin the stock quantity for the variant is not adjusted, although the total stock quantity is.
Has anybody else experienced this issue?

This issue isn't really caused by SBA, more a case of Edit Orders following a different process to the norm.
I've resolved it by editing the functionality of Edit Orders module and variant quantities are now updated correctly.

the "norm" being the SBA stock variant quantities?? lets be clear.. Edit Orders is not "following a different process".. Edit Orders manages the STOCK Zen Cart inventory management.. you needed to modify things to work with SBA stock management.

strelitzia:

This issue isn't really caused by SBA, more a case of Edit Orders following a different process to the norm.
I've resolved it by editing the functionality of Edit Orders module and variant quantities are now updated correctly.

DivaVocals:

lets be clear.. Edit Orders is not "following a different process"..

I'm well aware of this. What i was referring to as "the norm" is that when adding a product to a customer order via Edit Orders, it does not go through the normal shopping cart process where the SBA code is followed, so in that respect, yes, Edit Orders does follow a different process.

my comment was not directed to you as much as it was making sure it was clear for those following this thread.. your prior post implies something that's not completely true. edit orders follows the stock check out & inventory path. when editing an order... and that is what I was trying to make clear. SBA's inventory management is not the norm and it is not the stock inventory path..SBA is a modification to the stock inventory process..

strelitzia:

I'm well aware of this. What i was referring to as "the norm" is that when adding a product to a customer order via Edit Orders, it does not go through the normal shopping cart process where the SBA code is followed, so in that respect, yes, Edit Orders does follow a different process.

Ok, I've searched all over and can't find an answer.

When I try uploading "products_with_attributes_stock.php" into my renamed admin folder I get a "226 MALWARE DETECTED" error.

I'm using FileZilla and my hosting is with GoDaddy. :censored:

v1.5.1

outbreak:

Ok, I've searched all over and can't find an answer.

When I try uploading "products_with_attributes_stock.php" into my renamed admin folder I get a "226 MALWARE DETECTED" error.

I'm using FileZilla and my hosting is with GoDaddy. :censored:

v1.5.1

Hi,

First let me say there is not any malware in this plugin that I am aware of. I have looked through most of the code while making updates and nothing seemed out of place to me from that respect. If you have a specific piece of code identified please let us (the forum) know so it can be looked at.

There are 6 files with the name you identified that are placed into the admin in different directories, I will assume at this point that the file in question is in the main admin folder and not a sub-directory of admin.

In the past I have heard from a user that GoDaddy did not like the eval() (php statement) that was used in this file as part of a loop, I rewrote that section to remove the eval(). It is possible that GoDaddy does not like the way the new loop works. Since I have never used their service I can not test this, but if you want to try this and let us know if it resolves the warning here is my suggestion.

Try to upload the same file from version 1.5.2. The primary change to this file was the loop for adding all variables at the same time, there are also some cleanup / sanitation of user provided variables to try and protect your input.
I should note that the version of the file from 1.5.2 does have the eval() code in it that GoDaddy complained about to another user of this mode.

If this resolves the malware warning, you might consider just using that file version, it will not provide the newer options but I think is will still work as long as GoDaddy does not complain about the eval(). Remember to thoroughly test you site to ensure things work as they should.

As a note, I also use FileZilla, and have not seen this kind of warning while using it. What local antivirus are you using, that may be what is flagging the file.

I’ve tried both FileZilla and CuteFTP – once the file gets loaded onto the server, it’s then immediately deleted. I did however try GoDaddy’s built in FTP program and the file loaded fine. Attached is a screen capture (of only the relavent info) of CuteFTP’s log which is the same as FileZilla.

I apologize, when I said 1.5.1 – that’s my Zen Cart version. I’m using SBA version 1.5.3. I’m also running Symantec Endpoint Protection, however I ran both that and Malwarebytes on my system and they didn’t detect anything. So it’s strange that I can’t upload using any FTP, but I can using GoDaddy’s built in FTP program.

Hi all,

first thanks to potteryhouse, great job man :-)

I found an issue (no big deal really) but i'm not able to understand if it's related to just me or is "common" (searched the thread but didn't found anything).
If you use "sync quantity" on a product that doesn't have any quantity variant defined it will put the grand total to 0, so basically if You have mixed articles, some with SBA defined and sone not, and You use the "sync all quantity" function all the articles without SBA defined will have the Grand quantity set to 0.
It doesn't generate any log error so I assumed it's some sort of result out of ordinary...

If some one walked into this and have any info to share it will be appreciated :-)

SBA: 1.5.3
ZenCart: 1.51

outbreak:

I’ve tried both FileZilla and CuteFTP – once the file gets loaded onto the server, it’s then immediately deleted. I did however try GoDaddy’s built in FTP program and the file loaded fine. Attached is a screen capture (of only the relavent info) of CuteFTP’s log which is the same as FileZilla.

I apologize, when I said 1.5.1 – that’s my Zen Cart version. I’m using SBA version 1.5.3. I’m also running Symantec Endpoint Protection, however I ran both that and Malwarebytes on my system and they didn’t detect anything. So it’s strange that I can’t upload using any FTP, but I can using GoDaddy’s built in FTP program.

I'm, 99.9% sure this is an issue with GoDaddy. I've use CuteFTP and FileZilla on two different computers and get the same message. However when I use GoDaddy's built in FTP, everything works fine.

Also, it was **NOT ONLY **this module, it happened with MANY other modules and even the Zen-Cart install.

BTW, this module is EXCELLENT! Thanks for the hard work!

outbreak:

I'm, 99.9% sure this is an issue with GoDaddy. I've use CuteFTP and FileZilla on two different computers and get the same message. However when I use GoDaddy's built in FTP, everything works fine.

Also, it was **NOT ONLY **this module, it happened with MANY other modules and even the Zen-Cart install.

BTW, this module is EXCELLENT! Thanks for the hard work!

Thank you, I'm just giving back to the community when I can, since we do use and like Zen Cart.