Category: Menu

If a user has no access to a feature or a wiki page, normally the login page is shown. However, if the site has a phpLayers menu (E.g. {phplayers id=43 type=horiz} in Site Identity features - Custom Code - Content ), the phpLayers menu fails and dies. The user only sees a blank page with the message "LayersMenu Error: setMenuStructureString: empty string. Halted".

This code in db/tiki_1.8to1.9.sql used in upgrade script, is causing duplicate menu items.

{img src=images/code.png}%%% {CODE()} INSERT IGNORE INTO tiki_menu_options (menuId,type,name,url,position,section,perm,groupname) VALUES (42,'o','Mobile','tiki-mobile.php',37,'feature_mobile','','');
{CODE}

{img src=images/code.png}%%% {CODE()} INSERT INTO tiki_menu_options (menuId,type,name,url,position,section,perm,groupname) VALUES (42,'o','Users map','tiki-gmap_usermap.php',36,'feature_gmap','',''); {CODE}


Duplicates also happen for 187, and 188, 900, 1191, 1235, and in a minor way, 189, 780,

See screenshot attached.

{syntax type="tiki" editor="plain"}
When I cloned the system menu, the clone had many duplicate menu items (options). I posted some screenshots here: https://matrix.to/#/!SLEgqpTNTlGYAhzNvK:gitter.im/$fXaHIgU2lnDuxIUeyFASiRQNjsH_smpZyE5RDBwopP0?via=gitter.im&via=matrix.org&via=coeus.ca . I didn't check yet if smaller (few menu items) menus would clone correctly.

Also, when trying to preview the clone menu, only the top-level menu items displayed. There were "+" symbols to click to see the dropdown-menu items, but clicking them didn't work so the dropdown-items couldn't be seen.

Reordering of menu options is not working.
The menu entries can be dragged, but will not be rearranged.

This is happening with newly created and already existing menu items.

The Search function on the top left of the Menu under the Home function does not work.


We have TikiWiki 2.3 installed.

The links on menu #42 to blogs and forums do not observe the -+sefurl+- setting (always "unfriendly"), however ''trackers'' works as expected.

There are probably others missing...

{syntax type="tiki" editor="plain"}
On my last version of Tiki30 (updated 20200414) several modules are gone especially menus.

Seems that only menu 42 survived the update (when I'm logged as admin).
Other custom modules are gone also.

see:
https://ibb.co/5g0KW0ZG
https://ibb.co/GQ6hn17k

I just came along a problem.

We use the tiki structures, combined with the menu module to display our navigations.
The structure-menu-combinations doesn't link to tiki-index.html?page=page_slug, but to the page slug itself.

That may be because of the sefurls. It's what we want, but it can lead to problems.
If you rename a page to, for example, test.html (or something else with a dot), the page is not available through the menu any more.

If you press the menu entry, you will just come to the page, where:

__No route found. Please see http://dev.tiki.org/url+Rewriting+Revamp__

is written.
So my question is, should dots be allowed in the pageSlug?

Show Category Path + Show Category Objects was implemented a long time ago, and somewhat in a rush. One of those temporary things which became permanent. It only works in wiki pages, yet it would be logical to have this throughout the various features.

Seeing the list of items in the same category is very useful as contextual navigation.

After a new installation (Hosted by Dreamhost) I discovered that the "show quick url" option when creating a new menu doesn't work in IE8. The link does disappear but the menu doesn't doesn't fold out to the right as it should.

There are no third party programs / add-ons running in this browser.

Note: When creating a new menu in IE8 4 out of 5 times the menu doesn't show up.

Both issues above was tested to work right away in Google Chrome 5.0.375.99...

Please see https://www.evernote.com/shard/s37/sh/83df16e9-63ea-4a0e-94c3-ce37f069fdb4/256b0b9cdba9f5586c72bc5c1fccb48d

I think the problem is configuration related. In nextdoc and nextdev there are custom styles applied to the menu which might be the issue.

First try setup a menu from scratch and see if it works. If it does not work, then try and fix it, then fix the menu on nextdoc and document any configuration changes needed.

Should the site map be generated from the wiki structure? from the menu?


https://www.google.com/webmasters/tools/docs/en/protocol.html#sitemapOverview
http://www.sitemaps.org/

{syntax type="tiki" editor="plain"}
From matrix chat - Wed, Feb 25, 2026 and after

Sorry if that doesn't sound hard core dev, but I could salvage 2 Tiki29 I updated in the last 2 days, by discarding last changes (reverting) on these 4 files:

src/js/jquery-tiki/tiki-menu.js - Menu JavaScript functionality
templates/bootstrap_smartmenu.tpl - Main menu template
templates/bootstrap_smartmenu_children.tpl - Submenu template
themes/base_files/scss/_tiki-menus.scss - Menu styling (SCSS)
(I had to re-applied my own other fixes and custom)
If it help anyone...

---

Check also:

The relevant MR pages are https://gitlab.com/tikiwiki/tiki/-/merge_requests/8600 and https://gitlab.com/tikiwiki/tiki/-/merge_requests/9489 and link to the related task.

I've been trying to reproduce the problem in a Tiki 27 instance where Smartmenus work but so far haven't been able to. One problem I see in the image and video demonstrating the problem is a z-index issue with the menu dropdown displaying underneath the page header, so this blocks access to the top items of the dropdown. In my test with a fairly current branch 27, that is fixed so the top of the dropdown is accessible.

So in viewports taller than the dropdown, the whole dropdown displays. In viewports shorter than the dropdown, the cutoff end of the dropdown gets an up arrow (at the bottom of the viewport) or a down arrow (at the top of the viewport) to scroll the dropdown items.

So I don't see the original problem that needed solving. If I'm missing something, hopefully somebody can let me know.

[ENH][UX] SmartMenus: Enable scrolling for long dropdowns to ensure all submenus are visible (!8600) · Merge requests · Tiki Wiki CMS Groupware / Tiki · GitLab - GitLab
Enable scrolling for long dropdowns in SmartMenus to ensure all submenus are visible Related task: https://avan.tech/item143455

[FIX] Admin dropdown menu being cut off near viewport bottom (!9489) · Merge requests · Tiki Wiki CMS Groupware / Tiki · GitLab - GitLab
Fix admin dropdown menu being cut off near viewport bottom Follow-up to

---

{img fileId="3243" thumb="box"}

{syntax type="tiki" editor="plain"}
When SmartMenus pref is enabled the __vertical menu__ items arrows should not point always down but left/right (depending on the RTL language) and they should not overflow from the modules in the left/right zone columns.

This is how it looks on "iPad Mini" (1024x768) sized screen:
{img fileId="3235" thumb="box"}

This is how it looks on branch 29.x (notice the correct arrows):
{img fileId="3236" thumb="box"}

Steps to reproduce:
# Make sure you have jquery_smartmenus_enable preference enabled
# Check the vertical menu module assigned in the left or right column

The ID generated by get_user_cache_id is used to create a new directory in templates_c/ . This ID is generated by concatenating all the groups a user is in.
When a user is in many groups the ID exceeds the maximum filename length of my system (FreeBSD 4.11).

Hello,

The default templates displays paneled hierarchical menus.

The second level must test is bottom position so that it will display a bottom arrow to scroll the options naturally hidden by the window inferior (here) limit.

For the moment the second level menu panel is truncated : this is a BUG.

So the user must understand or prepare by a general scroll (if possible) to allow a sufficient place to the menu to be displayed

trebly

{syntax type="tiki" editor="plain"}
The submenus where we can find "File-a-bug" are gone at dev.t.o

On load I saw them but not after...

Suckerfish menu dropdown items flicker in IE6 (rapidly switch between being displayed and background showing), apparently due to a javascript conflict. This happens whether or not jquery (w/ or w/o superfish) is activated. This type of menu works fine in IE6 normally (such as at the Superfish demo site), so there seems to be a conflict with something in Tiki. A Google search turned up similar problems in Joomla and Drupal, and was caused there by some conflict with some the javascript used by some module or other. I tested CSS variations, to rule out the possibility of CSS being the cause - no change made a difference.

Assuming Tiki will move from php layers menus to suckerfish menus, and there will still be a significant number of IE6 users, this should be solved as soon as possible.

The sections on "how to participate" and "FAQ" are missing on the menu, but still in the admin panel:
https://suite.tiki.org/tiki-admin_menu_options.php?menuId=46

{img fileId="832"}

Please see:
http://phplayersmenu.sourceforge.net/demo.php

phplayersmenu has 5 types.

$types['vert'] = 'layersmenu.inc.php';
$types['horiz'] = 'layersmenu.inc.php';
$types['tree'] = 'treemenu.inc.php';
$types['phptree'] = 'phptreemenu.inc.php';
$types['plain'] = 'phptreemenu.inc.php';

Tiki is only using 3.

"Two classes are provided to prepare also accessibility solutions, i.e. "server-side based" tree menus (that have just the same look of the above mentioned JavaScript-based tree menus, but require the PHP support on the web server) and plain menus that do not require the JavaScript support to the browser."

Related:
Menu items with link type options (framed, new window, replace)
http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=521


We could also let the user determine an icon for each menu item.

With CSS Menus enabled (PHP Layers disabled), text and images on the background page show through the menu. See attachment image.

I can reproduce this on tw.o, as well as www.cbbca.ca (coelesce theme) but only using IE7 (I have reports it's broken in IE7 as well).

I looked for a z-index setting that was wrong, but couldn't find any. It may be a background transparency problem.

{syntax type="tiki" editor="plain"}
When you have a table of content and a menu element, the menu should open OVER the table of content and menu link useable.

Actually it is a weird mix with broken display and the menu link are not accessible.
Happen also when you set a menu at the bottom that dropup over the table of content.

Visible at: https://doc.tiki.org/Tiki27

{img fileId="3240" thumb="box"}

Maybe some of you will think of this as a "marketinhg" thing, but let's face it : for most users on the Web "wiki" is synonym with "MediaWiki-powered sites that look like wikipedia".

What I propose is to create the theme and tools to facilitate migration of mediawiki powered sites to tikiwiki the (very) easy way : fill a form during install that points to the Mediawiki database, and extract all the info to automagically populate the Tiki. I'm willing to participate, but I do not feel I have the required knowledge at this moment to be able to do something useful in the coding part : I know little to no PHP or MySQL stuff, I even wasn't able to install Tiki properly here (shame on me).

{syntax type="tiki" editor="plain"}
On a Tiki27 I have a menu in the top with several parents (top menus) and children (dropdown subitems).
Both were clickable and go to a page.

After Tiki29 update the parents (top menus) link is not working anymore, only childrens.

I added javascript to fix the issue temporary but a better fix should be done.
See workaround below. (module 218)

Please see:
http://phplayersmenu.sourceforge.net/example-treemenu.php

With a view source, you will notice
class="phplmselected"


How can we add this to Tiki?


Menu tree built from categories?

Or if the menu compares with current URL? and puts class="phplmselected" if it's a match?