ilibras-widget 1.5.0 → 1.5.3

package/CHANGELOG.md

@@ -4,6 +4,88 @@ Todas as mudanças notáveis neste projeto serão documentadas neste arquivo.
 
 ---
 
+## [1.5.3] - 2026-09-18
+
+### 🩹 Conserta o widget que sumiu da tela na 1.5.1
+
+A 1.5.1 escopou o estilo ao container para o tema do site não pintar o widget —
+e escopou demais.
+
+As classes de posição (`.ilibras-widget-bottom-right` e irmãs) ficam no
+**próprio** container, não num descendente dele. Viraram
+`#ilibras-widget-container .ilibras-widget-bottom-right`, com espaço, que não
+casa com nada: o container perdeu `bottom` e `right`, ficou `fixed` sem âncora
+e foi parar onde o fluxo o largou — milhares de pixels abaixo da tela. O widget
+sumiu de um site em produção.
+
+Agora o escopo dessas quatro é composto — `#ilibras-widget-container.classe` —
+e o das demais segue descendente.
+
+A mesma passagem trazia outros dois furos, dos quais só este deu as caras:
+
+- listas de seletores quebradas em várias linhas tinham só a última linha
+  escopada, e as demais ficavam expostas ao tema;
+- blocos `@media` inteiros passaram sem escopo, porque a regra logo depois da
+  chave do `@media` não era reconhecida.
+
+Os três estão cobertos por teste agora: 124 seletores escopados, 16 deles
+compostos, nenhum solto.
+
+---
+
+## [1.5.2] - 2026-09-18
+
+### 🗂️ Uma aba, não duas
+
+Ao criar o atendimento, o widget abria a aba nova **e** trocava a página da aba
+atual. A pessoa terminava com duas.
+
+A causa estava no plano B para pop-up bloqueado:
+
+```js
+const aba = window.open(destino, '_blank', 'noopener');
+if (!aba) window.location.assign(destino);
+```
+
+A especificação manda `window.open` devolver `null` sempre que `noopener` está
+presente — **mesmo quando a aba abre**. O teste lia esse `null` como pop-up
+bloqueado, e a segunda linha disparava sempre.
+
+Agora a chamada vai sem a feature e a proteção é feita na mão
+(`aba.opener = null`), o que dá o mesmo isolamento e preserva o retorno — que é
+justamente o que distingue aba aberta de aba barrada. O plano B continua de pé
+para quando o pop-up é realmente bloqueado: melhor trocar de página do que
+sumir com um atendimento já criado.
+
+---
+
+## [1.5.1] - 2026-09-18
+
+### 🎨 O tema do site não pinta mais o widget
+
+Todas as regras de estilo passaram a ser escopadas por
+`#ilibras-widget-container`.
+
+O widget usava seletores de uma classe só — `.ilibras-widget-submit` tem
+especificidade (0,1,0) e perde para qualquer tema que estilize botões com dois
+níveis. Um `.elementor-kit-275 button` é (0,1,1) e vencia.
+
+O estrago aparecia num site real: botões verdes, cantos arredondados em 30px e
+o "X" de fechar virado pílula — dentro de um widget cuja promessa é justamente
+se bastar no site dos outros. O botão principal escapava por acidente, porque o
+gradiente dele pintava por cima da cor do tema; o de agendar, sem gradiente,
+ficava verde.
+
+Com o prefixo, as regras vão a (1,1,0): ganham de qualquer seletor de tema
+**sem recorrer a `!important`**, e continuam perdendo para o `!important` que o
+README ensina o cliente a usar quando quer customizar de propósito. Quem
+customiza sem `!important` precisa passar a usá-lo.
+
+Problema antigo, anterior à v1.5.0 — só ficou visível quando o segundo botão
+entrou no formulário.
+
+---
+
 ## [1.5.0] - 2026-09-18
 
 ### 🙋 O formulário pede só o nome