Ticket #1193 (new defect)

Opened 14 years ago

Last modified 13 years ago

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

Reported by: madarche Owned by:
Priority: P3 Milestone: CPS 3.5.7
Component: CPSDefault Version: TRUNK
Severity: minor Keywords:
Cc:

Description

"Hide this folder in the navigation" not honored.

How to reproduce:

  1. Go to workspaces/members
  2. Edit
  3. Hide this folder in the navigation -> Yes
  4. The members' workspaces tabs at the top of the CPS website are always showing :-(

When a website has many users it is legitimate to not show all the members' workspaces since there are so many tabs that they are not usable anymore.

Change History

comment:1 Changed 14 years ago by jmorliaguet

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

comment:2 Changed 14 years ago by madarche

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?

comment:3 Changed 14 years ago by bdelbosc

  • Owner changed from trac to bdelbosc

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.

comment:4 Changed 14 years ago by bdelbosc

[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.

comment:5 Changed 14 years ago by jmorliaguet

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

comment:6 Changed 14 years ago by madarche

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

comment:7 Changed 14 years ago by jmorliaguet

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?

comment:8 Changed 14 years ago by madarche

  • Priority changed from P2 to P3
  • Severity changed from normal to minor

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.

comment:9 Changed 14 years ago by bdelbosc

  • Component changed from CPSNavigation to CPSDefault
  • Summary changed from "Hide this folder in the navigation" not honored to "Hide this folder in the navigation" is not working properly on multilingual document

comment:10 Changed 14 years ago by fguillaume

  • Milestone changed from CPS 3.4.0 to CPS 3.4.1

comment:11 Changed 14 years ago by madarche

  • Owner bdelbosc deleted

comment:12 Changed 14 years ago by madarche

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".

comment:13 Changed 14 years ago by sfermigier

  • Milestone changed from CPS 3.4.1 to CPS 3.4.2

comment:14 Changed 13 years ago by sfermigier

  • Milestone changed from CPS 3.4.2 to CPS 3.4.3
Note: See TracTickets for help on using tickets.