#33177 closed defect (bug) (fixed)
Persist expanded states for submenus in Twenty Fifteen when customizing menus
Reported by: | westonruter | Owned by: | obenland |
---|---|---|---|
Milestone: | 4.3 | Priority: | normal |
Severity: | normal | Version: | 4.3 |
Component: | Bundled Theme | Keywords: | has-patch |
Focuses: | javascript | Cc: |
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
@
10 years ago
- Component changed from Customize to Themes
- Keywords has-patch added
- Owner set to westonruter
- Status changed from new to accepted
#2
@
10 years ago
In 33177.diff:
- Improve naming of param from
wpNavArgs
towpNavMenuArgs
forcustomize-preview-menu-refreshed
event 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.
https://github.com/xwp/wordpress-develop/pull/108