Primary menu dropdown arrows gain circular button decoration in Neve 4.2.13
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 84/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Active
- Domain
- accessibility, frontend
Research direction
Start with inc/views/nav_walker.php and the navigation rules in assets/scss/components/elements/navigation/_nav-menu.scss, then trace the generic button styles in _buttons.scss and _extends.scss. Compare Neve 4.2.12 and 4.2.13 with customized button radius and shadow settings. Run e2e-tests/specs/a11y-ready/submenu-keyboard.spec.ts and verify desktop, mobile-sidebar, RTL, focus, and hover behavior without circular caret decoration.
Written by the indexing model from the issue text.
Description
Summary
After updating to Neve 4.2.13, dropdown-arrow controls in the primary navigation can appear inside unwanted circles. The controls are expected to retain their previous undecorated appearance, but global button radius and shadow styling is now visible around them. This creates a prominent header styling regression on affected sites.
Customer context
- Product / area: Neve theme, primary navigation dropdown controls
- Version: Reported immediately after the latest update; repository history identifies 4.2.13 as the relevant release boundary
- Environment: Windows 10 desktop; Firefox version unavailable
- Integration / third party: Not provided
- Reported error / symptom: Circular decoration around menu dropdown arrows
- Impact: Visible header/navigation regression; an Additional CSS workaround was provided
Reproduction notes
Reported workflow:
- Update Neve to the most recent release, identified from repository history as 4.2.13.
- View a primary navigation menu containing child items.
- Observe circular decoration around the dropdown-arrow controls.
Repository comparison confirms the relevant markup and style-cascade change, but the customer's exact radius/shadow settings were not provided and the visual result was not reproduced in a browser during triage. A 4.2.12 versus 4.2.13 comparison with customized global button radius/shadow settings is the most direct verification.
Diagnosis
Conclusion
Neve 4.2.13 changed desktop primary-navigation caret controls from div[role="button"] elements to native button elements. Neve's generic button styling applies configurable border radius and shadow to every native button, while the navigation-specific reset leaves those two properties intact. This directly permits the reported circular decoration and establishes a regression from 4.2.12.
Where this likely occurs
inc/views/nav_walker.php—Nav_Walker::add_caret()lines 111–140 renders primary-navigation child-item carets as native buttons withcaret-wrap; commitdd7ace85e484711bb32378a02b15cccf3d6a0c6eintroduced this markup in 4.2.13.assets/scss/components/elements/form-elements/_buttons.scss— genericbuttonrule lines 27–40 extends the primary button styles for all native buttons.assets/scss/components/main/_extends.scss—%nv-button-primarylines 10–29 suppliesborder-radius: var(--primarybtnborderradius, 3px)andbox-shadow: var(--primarybtnshadow, none).assets/scss/components/elements/navigation/_nav-menu.scss—.nav-ul button.caret-wraplines 128–149 resets background, border, padding, color, and font but does not reset border radius or shadow.- Tag comparison confirms 4.2.12 renders the desktop caret as a
div, while 4.2.13 renders it as abutton. The generic button stylesheet is unchanged across those tags.
Engineering notes
The affected control is limited by the inspected render path to primary-navigation items with children. The markup change was part of an accessibility improvement, so the visual behavior intersects with native button semantics, keyboard interaction, focus visibility, desktop/sidebar variants, and customizable global button styles. The customer's exact button radius and shadow values are unavailable, but the staff-provided CSS workaround targets the two properties left active by the source cascade. Open issue #4425 was read and covers broader menu accessibility requirements, not this styling regression.
Test coverage status
e2e-tests/specs/a11y-ready/submenu-keyboard.spec.ts lines 16–203 covers desktop submenu semantics and keyboard interaction, with mobile coverage at lines 206–247. No caret-specific visual, border-radius, or box-shadow assertion was found during inspection.
What to verify or explore next
- Reproduce with Neve 4.2.13 using a primary menu containing child items and non-default global button radius or shadow settings.
- Compare computed caret styles and screenshots between 4.2.12 and 4.2.13.
- Verify desktop, mobile-sidebar, RTL, keyboard-focus, and hover states.
- Run
npx playwright test e2e-tests/specs/a11y-ready/submenu-keyboard.spec.tsto confirm the interaction behavior alongside the visual check.
Unknowns / follow-up
The ticket does not provide the site's exact global button settings, CSS customizations, cache state, or a screenshot. Runtime reproduction was not performed during repository inspection.
Confidence
Confidence: 96/100
Neve 4.2.13 contains a verified release-boundary change that exposes primary-navigation caret controls to global button radius and shadow styles; the prior release used a non-button element, and no open issue was found for the resulting visual regression.
Source: HelpScout #3462897018
Generated by bug-report-triage (ID: bug-report-triage_6ab69a9fa67d16.12641093)
- Dominant language
- PHP
- Stars
- 307
- Forks
- 88
- Avg merge
- 1d 6h
- Merged PRs (30d)
- 10
Getting set up
- Ships a Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Codeinwp/neve
-
feature-request-triage
Difficulty 5/5 Over a week Newbie friendliness 25/100
Maintainers usually reply within 1 day
-
feature-request-triage
Difficulty 4/5 3-5 days Newbie friendliness 48/100
Maintainers usually reply within 1 day
-
Elementor single-color endpoint returns global_not_found for Neve palette colorsPossibly taken @girishpanchal30 claimed this 3 days ago. Openbug-report bug-report-triage customer report regression
Codeinwp/neve#4633 · 12 comments · 1 assignee ·
Maintainers usually reply within 1 day
-
customer report feature-request-triage
Difficulty 4/5 3-5 days Newbie friendliness 52/100
Maintainers usually reply within 1 day
-
customer report feature-request-triage
Difficulty 4/5 3-5 days Newbie friendliness 48/100
Maintainers usually reply within 1 day
Similar issues
-
Toolkit
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
Maintainers usually reply within 1 day
-
[Bug] v-quick-install-app install crashes with ValueError if no supported PHP version is installedOpen
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
langgenius/dify#43074 · 1 comment · 1 reaction ·
Maintainers usually reply within 1 day
-
module: remove unused css
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
Maintainers usually reply within 1 day
-
Difficulty 1/5 Under an hour Newbie friendliness 72/100
backdrop-contrib/field_group#99 · 2 comments ·