[OFBIZ-10274] Wrong locale/fallbackLocale logic in CategoryContentWrapper leads to unavailable alternate locale content

• Type: Bug
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: Trunk
• Fix Version/s: 16.11.05, 17.12.01, 18.12.01
• Component/s: product
• Assignee: Michael Brohl
• Reporter: Martin Becker
• Created: 12/Mar/18 13:46
• Updated: 02/Aug/19 16:18
• Resolved: 13/Mar/18 19:42

Description

The current logic in CategoryContentWrapper tries to find a ProductCategoryContent related Content object for the session locale or configured fallback locale. This could make sense, if there are multiple ProductCategoryContent entries of same type but different languages. However the standard model to define alternate locale contents is to have ONE ProductCategoryContent and different locale contents assigned to it via a ContentAssocs. This is exactly what the ContentWorker.renderContentAsText logic resolves for the caller putting in the parent contentId, as it it used in the ProductContentWrapper and others.

Therefore the content persistet correctly as alternate locale content is currently not accessible via CategoryContentWrapper!

FIX: Remove wrong locale/fallbackLocale logic which ignores the correct alternate locale content model to let CategoryContentWorker work like ProductContentWrapper with alternate locale content logic in ContentWorker.

Issue Links

• is broken by: OFBIZ-6262 CategoryContentWrapper ignores session locale