Using the latest release, we are finding that the tab under a product view "Also in Category" works intermittently. We are trying to pinpoint what would cause this to populate. There are times when you first open the site and nothing is populated, and a few minutes later after clicking around, then it populates. Wish I can offer more information at this point, but were not able to pinpoint what's going on.

Thank you for your reply,

We can duplicate this 100% of the time on multiple products. Yes we are aware that the tab is not active by default and will only show if items are included. Again true for multiple products, after a few moments the tab gets populated.

Hi,

Thanks for the details you have shared.

This seems to be because of the user groups restriction being applied to the products.
Can you please confirm if you have restricted your products to a certain group.

You can confirm by visiting the EditProduct page => Addtitional Settings => Restrict to User Group(s) option

I checked my local B5588 site this morning and the more category items tab is working OK both logged in and not-logged in. I am working with AC sample products, though.
I will say that we all have had weird things happen that we wonder, did that really happen? Then it will be OK. We figured it was some kind of caching issue that we knew nothing about. We don't have a site that is live, though.

I was not able to reproduce this issue with b5588 either anonymous or authenticated. I even restarted the app pool in an attempt create some sort of application lag. Every time the Also In Category section rendered promptly and properly on various demo products.

I suspect the issue could be hosting related. I've seen a few instances where an Able ajax postback 'lags' or hesitates, usually due to a view needing compiled. It gives the impression the section isn't loading when it's really just waiting on the web server to compile and execute. Purely theory of course but that's my best guess.

I reviewed this report and was able to confirm the incorrect behavior. When logged in, the Also In category tab on the product page will render other products. If you log out, the Also In Category for the same product is now blank. No user group assignments have been made to the product.

For starters, the client has deleted all Able test data. So you can't just test this using sample data.

Next, the category structure is built such as...

.Root Category
..Level 2
...Level 3

The product is located in the level 3 category.

What's interesting is when I alter the category assignments to the product. If the product is only assigned to the Level 3 category, the behavior is exactly as I stated above. And it's repeatable multiple times in a row. Logged in as admin, I see content in Also In Category. Logged out, the control renders nothing.

If I assign the product to the Root AND Level 2 category, while leaving it assigned to level 3, the behavior becomes inconsistent even if logged in as admin. Sometimes Also In Category renders other products. Other times, it is blank. At first I thought it was because the product was the only product in the level 3 category. I added a 2nd product to the level 3 category. It rendered the first time, then never showed again regardless of admin login or anonymous.

I suspect the Also In Category routine is having trouble identifying the current category.

The client has created about a dozen products and a solid 15-20 categories. No User Group Restrictions are in play.

Client is able to grant you access to their site if you can provide them your static IP. You'll need to add an entry to your local hosts file to resolve the site url properly as the site is hosted behind a NAT firewall configuration.