[Bug]: Connect button invisible on instance card (Tailwind cascade order bug with group-hover:opacity-100 vs opacity-0)
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 68/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- tailwindcss, typescript
- Ambito
- frontend
Direzione di ricerca
Start at the /manager/instances instance-card implementation and inspect the wrapper using opacity-0 and group-hover:opacity-100, then compare it with the compiled Tailwind output. Reproduce the hover state in Chrome and verify the computed opacity and cascade order. Done means the Connect, Settings, and Delete buttons become visible on card hover without breaking their existing keyboard or programmatic interactions.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Prerequisites
- I have searched existing issues to ensure this bug hasn't been reported before
- I have read the documentation
- I am using a supported version of Evolution Manager
Bug Description
On the Instances list page (/manager/instances), the action buttons on each instance card (Connect, Settings gear, Delete) are invisible even on hover, although they exist correctly in the DOM and are fully functional (clickable via keyboard focus / programmatic click).
Root cause found via DevTools: the button wrapper has both opacity-0 and group-hover:opacity-100 Tailwind classes. The compiled CSS rule .group-hover\:opacity-100:is(:where(.group):hover *) { opacity: 1; } exists correctly in the stylesheet and the .group ancestor (the card) DOES receive :hover correctly when the mouse is over it (verified with element.matches(':hover') = true), but the computed opacity of the wrapper stays at 0 regardless. This points to a CSS cascade/specificity ordering issue in the compiled Tailwind output (likely the opacity-0 utility rule being emitted after the group-hover:opacity-100 rule in the same layer, so it wins the cascade despite both having equal specificity).
Workaround confirmed: injecting .group:hover .group-hover\:opacity-100 { opacity: 1 !important; } via a custom stylesheet fixes it immediately.
Steps to Reproduce
- Deploy Evolution Go + Manager via Docker (image: evoapicloud/evolution-go:latest)
-
- Log in to the manager and go to /manager/instances
-
- Create an instance
-
- Hover the mouse over the instance card, over the area below the "Status" row (where the Connect/Settings/Delete buttons should be)
-
- Nothing appears; the card looks empty below the Status row
Expected Behavior
Hovering over the instance card should reveal the Connect / Settings / Delete action buttons (they are visually hidden by default via opacity-0 and meant to be revealed via group-hover:opacity-100, but the reveal never happens).
Actual Behavior
No buttons are visible on hover. Inspecting the wrapper element shows computed opacity: 0, even while the .group ancestor genuinely matches :hover (confirmed via JS: group.matches(':hover') === true). The buttons still exist in the DOM and are fully clickable (via keyboard Tab+Enter or programmatic click), so this is a pure CSS rendering bug, not a logic/JS bug.
Screenshots
No response
Browser
Chrome
Browser Version
Chrome 150.0.0.0
Evolution Manager Version
latest (evoapicloud/evolution-go:latest, digest 86795d038b0f, same as tag 0.7.1)
Evolution API Version
N/A - self-hosted Evolution Go (not Evolution API), same repo family
Operating System
Windows
Console Logs
Additional Context
No response
Contribution
- I would like to work on fixing this bug
- Lingua principale
- TypeScript
- Stelle
- 17
- Fork
- 42
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Nessuna guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di evolution-foundation/evolution-manager-v2
-
bug
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 68/100
evolution-foundation/evolution-manager-v2#18 · 3 commenti ·
-
enhancement
Difficoltà 3/5 1-2 giorni Idoneità per principianti 45/100
-
CONFIG_SESSION_PHONE_VERSIONAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 15/100
-
TODO tasksAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
evolution-foundation/evolution-manager-v2#6 · 1 commento ·
Tutte le issue di evolution-foundation/evolution-manager-v2
Issue simili
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
lichess-org/api#678 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
PostHog/posthog.com#20628 ·
I maintainer di solito rispondono entro 1 giorno
-
bug status:Needs Triage
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
jupyterlab/jupyterlab#19964 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
agentscope-ai/QwenPaw#8064 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
area: notebooks-jupyter bug theme: new notebook frontend
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
posit-dev/positron#16347 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno