#33177 closed defect (bug) (fixed)
Persist expanded states for submenus in Twenty Fifteen when customizing menus
| Reported by: | westonruter | Owned by: | obenland |
|---|---|---|---|
| Priority: | normal | Milestone: | 4.3 |
| Component: | Bundled Theme | Version: | 4.3 |
| Severity: | normal | Keywords: | has-patch |
| Cc: | Focuses: | javascript |
Description
If you have a menu with submenus, and you expand a submenu in Twenty Fifteen, then when you make a change to the menu in the Customizer the partial-refresh will kick in and replace the menu container and lose the expanded states. This is a pain especially if you are trying to customize a nested submenus, as you then have to re-expand the nested submenus with each change to the menus in the Customizer.
Attachments (2)
Change History (8)
#1
@
11 years ago
- Component Customize → Themes
- Keywords has-patch added
- Owner set to
- Status new → accepted
#2
@
11 years ago
In 33177.diff:
- Improve naming of param from
wpNavArgstowpNavMenuArgsforcustomize-preview-menu-refreshedevent params. - Re-sync expanded states from menu container being replaced
- Prevents main navigation from being re-initialized multiple times when editing a separate menu assigned to Social Links Menu, causing a toggle button to be newly inserted with each social menu change. See duplicated-toggle-buttons.png.
Note:
See TracTickets
for help on using tickets.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
https://github.com/xwp/wordpress-develop/pull/108