Developer forum

I have noticed that the ProductDetail page is displayed correctly if I remove the Shop from Ecommerce settings in Website.

And it's actually the 3rd solution running 9.3.6 that is displaying the same symptom.

Adrian

No new things - just checked the history and see nothing that should influence that.

There is the setting "DontAllowLinksToProductIfNotActive" and the settings under customized URLs that will give you 404 for products not in website shop and language contexts.

Hi Nicolai,

Thank you for the response.

I doubt that's the case since removing the Shop setting on the Ecom settings on the Area solved the problem.

I tried also unchecking "Do not show products outside of the shop" and "Do not show products not in the Language of the website" (might not be the exact name of the checkboxes byut I guess you know what settings I am refering to).

Also, using the "unfriendly" version of the link also managed to get the Product detail page on.

Can it be related to the way the links are "translated" from unfriendly to friendly and back? Maybe the problem arised after a few structural changes? Maybe there a cached list of Friendly links that was not reset after we made structural changes?

I am sorry I am just spiting ideas but I have no clue why this is happening and I already got this issue with 3 projects. I would be happy to share some links with you if you think it is useful. Or you can reach out to Imar for a more advanced access to one of the solutions.

Thank you,

Adrian

If removing the shop settings work, it indicates that you have some checbox set, see dump.

Anyways - cannot reproduce and a url is required to check it out. And please also a screen recording of the problem.

Thanks, Nicolai

Hi Nicolai,

The url is http://yolanda.dw-demo.com/search-results?q=47MTR01FCPC

Clicking on this product link will get you a 404.

I have checked the settings on the Custom URL provider for returning 404 error on product details not in shop or not in language and they are unchecked (tried both cases). I have attached a screen dump.

Please keep in mind that the detail pages worked before and for some products they still work.

Like this one for example:http://yolanda.dw-demo.com/search-results?q=89SE10050

It is true that lately the structure of the groups and subgroups have changed. This might be the only difference apart from upgrading to 9.3.6.

Since the product details and product allocation is controlled via Integration, I am not excluding a data issue, I just don't know where to look.

I have compared the products (working and non-working) and the groups but I could not find a relevant difference between the ones that work and the ones that don't.

My uneducated guess would be something to do with Friendly URL's.

Here is the example that works:

Friendly URL: http://yolanda.dw-demo.com/products/c-d-fifth-wheel-bracket-connec

Unfriendly URL: http://yolanda.dw-demo.com/Default.aspx?ID=28&productid=89CM4000504

The example that does not work:

Friendly URL: http://yolanda.dw-demo.com/search-results/products/dry-container-parts/front-panel/front-corner-post/corner-post-front

Unfriendly URL: http://yolanda.dw-demo.com/Default.aspx?ID=110&groupid=L2_100-3&productid=20BUF6828R&productid=47MTR01FCPC

Notice the double mention of the product ID in the unfriendly URL.

The unfriendly URL is rendered in the template with @Pageview.GlobalTags.GetTagByName("Global:Request.Url").Value

And the Product detail link on the List page is rendered using: @product.GetString("Ecom:Product.LinkGroup.Clean") 

What do you think?

Thanks,

Adrian

One more mention.

In the link that does not work, the names of the two products mentioned is similar:

20BUF6828R - Front Corner Post

47MTR01FCPC - Corner Post Front

But they are on different group trees:

20BUF6828R: L1_REEFER (ImportedGROUP4/English/SHOP1)

47MTR01FCPC: Front, Corner Post (L3_100-3-03/English/SHOP1)

I hope this helps.

Adrian

Hi Adrian

The problem is that you have a product and a group that has the same name. See dump.

So that /front-corner-post/corner-post-front part of your URL is parsed to 2 different productids. That is a weakness of the current URL system of Ecommerce URLs. I have a new one coming when I have time that handles this.

Until then - only option is to avoid similar names on groups and products. You can override the URL of the group in the metadata of the group.

BR Nicolai

Hi Nicolai,

Thank you for the answer. The products and groups are generated/imported from NAV. They are a lot. It's hard to take them one by one and create custom rules for them.

What you suggested is not a viable solution for our case. And I have mentioned that we have this behavior in 3 different solutions and they don't seem to have identicat GroupNames everywhere.

And I don;t see how removing the default Shop from the ecommerce settings magically solves the issue.

I understand the limitations and problems of the current URL system but we need to find a solution until you release the new version.

Thank you,
Adrian

Hi guys,

I’ve been making some tests and found that the tag Ecom:Product.LinkGroup.Clean does not render the link with the correct group id.

The generation of this tag when picking the group of the product seems to ignore if the groups belong to the shop currently being rendered and pick the first group in list. If we set a primary group for the product it will work fine.

I’ve made a screencast to show what I’ve find out:

https://www.screencast.com/t/aqJGZ6vr

Best,

Rui Silva