Details
Bug
Description
The contentMenuId of the ContentStack has the following docs:
"id of contentStackMenu used with this stack"
Yet the contentStackMenu has the id of the contentStack, so it seems weird that we need to set the id bidirectionally between the contentStackMenu and the contentStack. If the contentMenuId is not included on the contentStack, then no contentNavBars will render, although setting the contentMenuId to an invalid value appears to have no effect and the contentStackMenu and contentNavBars still behave correctly.
Issue Links
- is duplicated by
-
MOBI-672
Client side api for contentStack using core rendering for JSP as well as JSF implementation
-
- Open
-
Activity
- All
- Comments
- History
- Activity
- Remote Attachments
- Subversion
Can this be eliminated with the client-side behavior?
Show
Ted Goddard
added a comment - Can this be eliminated with the client-side behavior?
this jira no longer required. Will be resolved with MOBI-672
Show
Judy Guglielmin
added a comment - this jira no longer required. Will be resolved with MOBI-672
work done on MOBI-672 will resolve this
Show
Judy Guglielmin
added a comment - work done on MOBI-672 will resolve this
The only functionality that appears to be affected by setting the contentMenuId to an invalid, non-null value are the contentPane transitions. When the contentMenuId is invalid and non-null the transitions will not slide, but simply update.