﻿ticket	summary	type	release	owner	status	created	modified	_description	_reporter
6129	Strange behavior when custom defined menu item is not enabled	defect	0.11		new	2009-10-30T21:04:37+01:00	2017-03-25T10:45:23+01:00	"Below is a partial view of my configuration, which defines an entire menu hierarchy with top-level name ''Code''.  Notice that `BROWSER_VIEW` is the only permissions referenced in this menu hierarchy.

The menu hierarchy looks like this:

[[Image(MenusPluginError.png)]]

{{{
# Code: Repos: {Browser, SVN, WebSVN}, RevTree, Review, Tags
codegroup.label = Code
codegroup.enabled = 1
codegroup.hide_if_no_children = 1
codegroup.order = 3
codegroup.parent = top
repositorygroup.label = Repos
repositorygroup.enabled = 1
repositorygroup.hide_if_no_children = 1
repositorygroup.order = 301
repositorygroup.parent = codegroup
browser.label = Browser
browser.order = 302
browser.parent = repositorygroup
svn.parent = none
svnx.label = SVN
svnx.enabled = 1
svnx.href = /tractab/svn
svnx.order = 303
svnx.parent = repositorygroup
svnx.perm = BROWSER_VIEW
websvn.parent = none
websvnx.label = WebSVN
websvnx.enabled = 1
websvnx.href = /tractab/websvn
websvnx.order = 304
websvnx.parent = repositorygroup
websvnx.perm = BROWSER_VIEW
revtree.label = Rev Tree
revtree.order = 305
revtree.parent = codegroup
codereview.parent = none
codereviewx.enabled = 0
codereviewx.label = Review
codereviewx.href = /tractab/codereview
codereviewx.order = 306
codereviewx.parent = codegroup
codereviewx.perm = BROWSER_VIEW
codetags.enabled = 1
codetags.order = 307
codetags.parent = codegroup
}}}

I should briefly explain what may be a confusing aspect of my configuration.

Entries such as `svn` and `websvn` are created using the TracTabPlugin.  We have found that when using the TracTabPlugin with the MenusPlugin, it is necessary to hide the buttons created by the TracTabPlugin and create new buttons that point to the URLs created by the TracTabPlugin.  If one simply tries to set properties for the navbar entries created by the TracTabPlugin, the properties seem to be ignored.  I have seen this behavior for buttons created by other plugins as well (e.g. HudsonTracPlugin).  However, that is a separate issue from what I am reporting here.

In the configuration above, I initially did not have `codegroup.enabled = 1`.  With that configuration, a user that did not have the `BROWSER_VIEW` permission was not able to access any part of Trac.  The MenusPlugin did not seem to work at all for a user without `BROWSER_VIEW` permissions.  The menus would be arranged in a flat structure rather than hierarchically. I will attach a screen capture of the error, which was:

{{{
Trac detected an internal error:
  KeyError: 'children'
}}}

When the `BROWSER_VIEW` permission was granted, the menus appears correctly (a screen capture of the functioning configuration can be seen in [/ticket/5646#comment:description this ticket]).

Also, I could not find anything significant in the log file with the log level set to `DEBUG`, other than:
{{{
2009-10-30 14:00:00,485 Trac[main] DEBUG: 40 unreachable objects found.
2009-10-30 14:00:00,486 Trac[main] DEBUG: 956 unreachable objects found
}}}

These errors were not present when Trac is accessed with a user having `BROWSER_VIEW` permissions.

Although the initial configuration was not valid (it is well documented that self defined entries require `enabled = 1`: MenusPlugin#Configuration) and I have a solution to this issue, the behavior was very odd and somewhat difficult to track down, so it would be worthwhile to improve the behavior.
"	Ryan J Ollos
6450	Spacer item	enhancement	0.11		new	2010-01-19T11:42:06+01:00	2017-03-25T10:45:23+01:00	"It would me nice if one could add a spacer item somehow. Currently I would like to have an empty item in between my menu entries to give out better visual look for the menu. Instead of having:

menu item 1
menu item 2
menu item 3

I would like to have:
menu item 1

menu item 2
menu item 3"	riku@…
11293	Remove menu width limitations (10em)	enhancement			new	2013-08-29T17:04:33+02:00	2017-03-25T10:45:23+01:00	"We've made some changes to you superfish.js and menusplugin.css to prevent menu items to be wrapped. The files are attached in case you would like to incorporate these changes.

Best regards,
Lars & Peter
"	trachacks@…
11247	Position mainnav on the right	enhancement	1.0		new	2013-07-28T02:36:14+02:00	2017-03-25T10:45:23+01:00	Great plugin. Is there a way to position the mainnav on the right as opposed to the left?	Jared
5188	Option to open href in new tab	enhancement	0.11		new	2009-05-05T02:34:28+02:00	2017-03-25T10:45:23+01:00	Is there an option to force an !external link (href) to open in a new browser tab or browser window?  I suppose this might not need to be limited to !external links.  One might want to force the selected href pointing to a wiki page to open in a new browser tab or browser window as well.	Ryan J Ollos
8468	MenusPlugin defeats the AutocompleteUsersPlugin	defect	0.11		new	2011-02-04T01:01:21+01:00	2017-03-25T10:45:23+01:00	"AutocompleteUsersPlugin quits working after installing the MenusPlugin. Ticket Reporter, Owner, and Cc fields no longer have an user pop-up list. It appears the input class for those fields have been reversed back to the default trac. Their input class should be class=""ac-input"". Any suggestion on how to work-around this?
"	rlrj60
4273	MenusPlugin CSS not applied after uninstall (deps with TracTicketDepgraphPlugin)	task	0.11		new	2008-12-13T03:19:59+01:00	2017-03-25T10:45:23+01:00	"Don't know yet if it's me, easy_install with --always-unzip (wanted to test css style before egging it) or MenusPlugin
[[BR]]
The result is that all the menu stay arranged like how i wanted to but without any CSS applied to it. It's a simple HTML ul li liste. Not so bad to use but very bad to look :p.

 * I uninstalled the plugin with easy_install -m option
 * I deleted everything about MenusPlugin in my /usr/lib/python2.x/site-packages/ folder
 * I reinstalled the plugin from SVN and ... nothing changes

The CSS seems to be used like a wiki page???, I tried to see its content with '''!http://www.example.com/chrome/tracmenus/css/superfish.css''' but Internal typical Python error occurs.

Then letting it as a task. If I succeed in finding from where it comes, I alert you.
"	Sébastien GISSINGER
4279	Menu not correctly displayed in Konqueror	defect	0.11		new	2008-12-15T10:14:44+01:00	2017-03-25T10:45:23+01:00	Regardless what stylesheet is used: As soon as there are any sub-menus, it displays multi-line in Konqueror (see attached screenshot). Displays fine in Firefox3, however - so it must be something browser specific.	izzy
8776	Menu becomes left-aligned	defect	0.11		new	2011-05-09T02:52:31+02:00	2017-03-25T10:45:23+01:00	When activating MenusPlugin, the menu suddenly becomes left-aligned whereas on every vanilla Trac installation it is right-aligned. This is confusing because all the other Trac links and buttons are on the right of the page. With a wide browser window, this makes navigation painful.	sam@…
6813	"Load external page in an iframe (and ""target"" option)"	enhancement	0.11		new	2010-03-17T14:03:16+01:00	2017-03-25T10:45:23+01:00	"I'd really like to have a menu item that opens an external page inside an iframe, like [http://trac-hacks.org/wiki/TracTabPlugin TracTab] plugin does.

By extension, this could be done with a ""target"" option, that could have values for
 * opening in the current window (default and actual behavior)
 * opening in an iframe (like [http://trac-hacks.org/wiki/TracTabPlugin TracTab])
 * opening in a new window

Amazing plugin, by the way :)
"	grubshka@…
7498	Items with capital names cannot be assigned a parent group	defect	0.11		new	2010-08-16T11:49:00+02:00	2023-01-03T00:52:11+01:00	"I ran into this with http://trac-hacks.org/wiki/TimingAndEstimationPlugin which yields 'mainnav', ""Billing"". I can enabled/disable this item, but cannot assign it to another parent menu. This seems to be because of the capital; if I hack that plugin to yield ""billing"" then everything works fine."	Adam Piper
8705	Glitch related to cookies	defect	0.12		new	2011-04-14T15:52:12+02:00	2017-03-25T10:45:23+01:00	"I have experienced some kind of ''glitch'', where the `mainnav` becomes all messed up, with menus drawned in wrong places.

I found out that is related to ''cookies'', because when I clear them in the browser, all come back to normal. Also, when start a new private navigation, that ''glitch'' not happen.

I'm using Trac 0.12, and as far as I could see in the plugin page and code, his support goes to 0.11. I also think that could be CSS, but I can't go any further."	Nelso G. Jost
4264	Default CSS should match default trac design	defect	0.11		new	2008-12-12T13:42:58+01:00	2017-03-25T10:45:23+01:00	"The plugin is great - but the default design shipped for sure breaks the design for 99% of all trac installations. Wouldn't it be more suitable to ship it with a design matching the trac defaults (the current design could be shipped optionally in addition)? Not everybody is firm enough to ""port it back"".

Besides of that, I love the plugin. I installed it into a test environment - but because of the CSS stuff cannot roll it out to the production server (which would have been no problem if it used default trac style)... Not that easy to figure out."	izzy
6130	Cannot apply MenusPlugin properties to the TracTabPlugin	defect	0.11		new	2009-10-30T21:21:36+01:00	2017-03-25T10:45:23+01:00	"As I noted briefly in Ticket #6129, it does not seem to work to apply MenusPlugin properties to a button created with the TracTabPlugin.  This also seems to be true for buttons created by other plugins, such as the DownloadsPlugin and HudsonTracPlugin.

There is a workaround.  Suppose I create an entry with the TracTabPlugin called `svn`.  I set its parent to none and then create a new button that points to the handler created by the TracTabPlugin.

{{{
svn.parent = none
svnx.label = SVN
svnx.enabled = 1
svnx.href = /tractab/svn
svnx.order = 303
svnx.parent = repositorygroup
svnx.perm = BROWSER_VIEW
}}}

However, it would be nice if either the MenusPlugin or TracTabPlugin could be modified so that the workaround was not necessary.  I'm hoping there is something that can be done to the MenusPlugin to improve this behavior since I have seen the behavior with several plugin (as noted above)."	Ryan J Ollos
4914	Bold highlighting of current page in menu	defect	0.11		new	2009-04-13T10:39:10+02:00	2017-03-25T10:45:23+01:00	"If you select [http://code.optaros.com/trac/oforge/query Custom Query] on the OForge page, then both Custom Query and View Reports are highlighted in bold, where the bold highlighting indicates the current page.  It seems as though on Custom Query should be highlighted in bold.

However, if you highlight View Reports, then only View Reports is highlighted in bold.  I see the same behavior on my trac instance.

I also have a case on my Trac instance where I select an item from the menu and the particular wiki page loads, but then the item is not displayed highlighted in bold.  The behavior works correctly in all other cases, however.
"	anonymous
7144	Allow editing of Menus over WebAdminPlugin	enhancement	0.11		new	2010-05-19T13:38:19+02:00	2017-03-25T10:45:23+01:00	"A graphical configuration option using e.g. WebAdminPlugin would be nice.
It is a little cumbersome to add new menu entries, especially cascaded ones, by hand."	Martin Scharrer
6057	A few documentation issues	task	0.11		new	2009-10-28T19:59:27+01:00	2017-03-25T10:45:23+01:00	"Hello,

I have worked through a few issues that I didn't understand initially from the wiki documentation, and I would like to run these by the plugin author before adding them to the wiki page.

 1. The `mainnav` and `metanav` entries in the `[trac]` section of ''trac.ini'' normally specify the order of entries on the main and meta navigation bars.  These entries should be removed and replaced with `.order` properties for each item on the main and meta navigation bars (assuming both navigation bars are managed by the MenusPlugin).  Is that correct?
 1.  All of the properties for `mainnav` and `metanav` are the same, therefore the change I noted in [/ticket/5646#comment:7 comment:7:ticket:5646] is correct?

Thanks."	Ryan J Ollos
