"Hide this folder in the navigation" is not working properly on multilingual document

But is the option actually enabled in the navigation portlet too? there is a switch since sometimes you actually need to see the folders as an administrator even if the "Hide this folder in the navigation" is enabled.

there is also another option in the navigation portlet that allows you to ignore a complete subtree (for instance /members) see for instance on z3lab.org how it's done. Maybe /workspaces/members should be moved outside the workspaces and this is after all just a symptom of another problem.

so I would say that there is a problem with the default theme configuration

The original test done to create this bug report was with a newly created stock CPS.

I have just redone the same test after a fresh svn update: this produces the same result.

I have done the test with "workspaces" too, that is I have set "Hide this folder in the navigation" for workspaces. And the workspaces tab still shows up.

I've checked that the "Navigation tabs" portlet isn't setup to show hidden directories.

I've also rebuilt all the portlets and clean the portlets' cache just in case.

This bug is not related to the members workspace.

Any idea from where the problem comes from, CPSNavigation, CPSPortlets?

If you select "Hide this folder in the navigation", the folder should not be displayed in the navigation tree and menu (this works fine) and not displayed in the folder_view folder listing part (unfortunately it is displayed using svn trunk sources).

This is a regression not present in the 3.3.8.1.

[30616] fixes the problem for a new site.

To fix it on an existing site you need to edit the content_well Subfolders portlet and set "Display hidden folders" to No.

this is due to a discrepancy in the translation of the choice message (yes/no) between French and English

This actually does not come from a discrepancy in the translation as we thought.

What makes us believe it was that modifying workspaces objects in English was working while modifying workspaces objects in French was not.

The problem comes from the fact that the proxies for English and French are different and when one modifies the field "hidden_folder" in the French proxy it doesn't modify the value of the field "hidden_folder" of the English proxy.

The navigation mechanism is obviously based on the English proxy.

So what is the solution here?

• make it possible for proxies to share a field
• synchronize through scripts the fields of different proxies
• not use the "hidden_folder" in the folder_schema anymore and specify the needed settings somewhere else

So this is not really a bug, this is by design.

Do we want to be able to hide the French version and show the English version or should there be a hard-coupling between the different languages?

From the user point of view it's a bug. A user managing its CPS web site in another language than English could get mad trying to have the "Hide this folder in the navigation" honored.

But I agree that this is a minor bug since that there is a solution to have the "Hide this folder in the navigation" honored.

This bug is due to the fact that the portal_trees keep the "hidden_folder" property of each document from the default language version.

#1245 provides a possible solution.

Another much simpler solution would be to test the visibility of a folder but only on the default language version. Maybe we should do that, at least until #1245 is available or decided "won't implement".