Bug #20532
closedSpecial menu directory only renders 1st level if special.value is a mount point
0%
Description
Create a directory menu with special.value being a mount point (Substitute Mount Point (this page) with Mounted page is not set). E.g.,
lib.menu = HMENU
lib.menu.special = directory
lib.menu.special.value = 6
lib.menu.1 = TMENU
lib.menu.1 {
expAll = 0
# standard configuration for NO, CUR, ...
}
lib.menu.2 < lib.menu.1
lib.menu.3 < lib.menu.2
1st level is shown but once an entry from 1st level become active, 2nd level (and of course 3rd level will never be shown).
How-to reproduce. Set-up your environment with e.g.,
root
|-- [1] page1
| `-- [2] page1.1
| `-- [3] page1.1.1
|
|-- [4] page2
| `-- [5] page2.1
|
|-- [6] pageMP (--> 7)
|
`-- [7] sysfolder
|-- [8] page3
| `-- [9] page3.1
| `-- [10] page3.1.1
|
`-- [11] page4
Create your menu with TS from this bug's description and let
lib.menu.special.value = 1
You see a menu with
page1
page2
Once you activate page1, you see next level:
page1
page1.1
page2
and same behaviour with page2 active or page1.1 active. Every active page lets you see its children.
Now change entry point:
lib.menu.special.value = 6
You get a menu
page3
page4
But when you activate page3, you don't see page3.1
Now apply patch and test again. Normal menu (page1, page2) still works, menu with mount point now shows
page3
page3.1
page4
When page3 is active and shows
page3
page3.1
page3.1.1
page4
when page3.1 is active.
(issue imported from #M11224)
Files
Updated by Xavier Perseguers about 15 years ago
Added _v2 versions of the patch. One to apply CGL to existing code that surrounds what I fixed and second to fix the bug
Updated by Francois Suter about 15 years ago
Committed to 4.2 in revision 6016.
Committed to trunk in revision 6017.