2072108 - [Nova] No hover effect on the X button when a download is in progress

Status: NEW

(Firefox :: Downloads Panel, defect, P3)

Description

[Alexandru Trif, Desktop Test Engineering [:atrif]]

Attachment: image.png

Found in

• 158.0a1 (2026-09-14)

Affected versions

• 158.0a1 (2026-09-14)
• 157.0b1

Tested platforms

• Affected platforms: macOS 27, Windows 11, Ubuntu 24
• Unaffected platforms: none

Preconditions

• nova enabled

Steps to reproduce

1. Download a file and hover over the cancel download (X) button.

Expected result

• The icon has a hover effect while a download is in progress.

Actual result

• The icon does not have a hover effect while a download is in progress.

Regression range

• Reproducible with 154.0a1 (2026-07-12), most likely it was introduced with Nova.

Additional notes

• Screenshot attached.
• Reproducible only with Nova.

Comment 1

[BugBot [:suhaib / :marco]]

The severity field is not set for this bug.
:mak, could you have a look please?

For more information, please visit BugBot documentation.

Comment 2

[:Gijs (he/him)]

Stephen, where are the designs for this bit of Nova and/or is there an obvious fix here? Also is there some tracking that needs to happen for Nova?

Comment 3

[Stephen Thompson [:sthompson]]

UX spec: https://www.figma.com/design/XT0eDYh4RtbMNWaYQi0efM/Chrome-Sidebar-UX-Specifications--Sprint-1-?node-id=14540-28908&m=dev

Spec was designed with the row being a panel menuitem and the button as a ghost moz-button. In the codebase, the row is actually a richlistitem and the button is a button, but they were styled to match. The richlistitem and button both use --button-background-color-ghost-hover as their hover background color.

We had a few instances of this same problem during Nova, with the most similar case being the List All Tabs panel. In that case, Juliana recommended making the menuitem and close button siblings instead of the close button being a child within the menuitem's box. That neatly resolved the visual issue but it would mean a DOM change for this case. This would be ideal if it's actually simple.

In the tab strip, we have this same issue with the close button, and we want to keep the close button overlaid on the tab and keep it using ghost button styling. We are still going back and forth with desktop-theme about the approach, but I don't think their solution is going to fix this case.

If splitting the button out is annoying, I'm inclined to suggest that we just have any hover/active effects on this specific close button use a translucent black in order to always show some contrast with what's behind it.

[fidefe-post-nova] is sufficient to track this on our team for Nova, thanks!