You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In bits-ui latest, one could use the disabled attribute on a Dialog.Trigger, and it would get propagated to the underlying button element. In bits-ui next, this appears to not be the case anymore.
Attached is a reproduction url. There, you can see a disabled Trigger, and a global style that should make all disabled elements red; that is, however, not the case. Additionally, the onclick handler for the button is triggered when clicking on it.
If instead you try going to package.json, changing the version of bits-ui from ^1.0.0-next.77 to ^0.22.0 and restarting the vite server (after running npm install), you'll see that the button does become red, and clicking on it has no effect.
Describe the bug
In bits-ui latest, one could use the
disabled
attribute on aDialog.Trigger
, and it would get propagated to the underlying button element. In bits-ui next, this appears to not be the case anymore.Attached is a reproduction url. There, you can see a disabled
Trigger
, and a global style that should make all disabled elements red; that is, however, not the case. Additionally, the onclick handler for the button is triggered when clicking on it.If instead you try going to
package.json
, changing the version of bits-ui from^1.0.0-next.77
to^0.22.0
and restarting the vite server (after runningnpm install
), you'll see that the button does become red, and clicking on it has no effect.Reproduction
https://stackblitz.com/edit/vitejs-vite-gdsn6efr?file=src%2FApp.svelte
System Info
Severity
blocking an upgrade
The text was updated successfully, but these errors were encountered: