Fs-consent_prefs stops working after setting to "flex" and back to "none"

Finsweet Components Cookie Consent
1

Description

My cookie consent works fine until I set fs-consent_prefs to “flex” to style the preferences panel/modal. After that I set it to “none” again and the preferences will not work anymore (they will just refuse to open.

This is the second completely unrelated website where I’m implementing it with the exact same issue.

Site URL

Required: Please provide a staging/production URL where we can see the issue

Steps to Reproduce

  1. set fs-consent_prefs to “flex” to style the preferences
  2. set fs-consent_prefs to “none” to hide the preferences
  3. broken

Expected Behavior

Everthing should work as before

Actual Behavior

preferences modal won’t show up anymore

Video

(CleanShot 2025-05-01 at 09.27.55 · CleanShot Cloud)

Additional Context

  • Browser: Arc (but stops working in Safari as well)
  • Device: Mac
2

Hey @it1!

There may be an issue on our end, the banner is being added to the end of the page, and removing these 2 styles shows it as expected.

Screenshot 2025-05-01 at 16.17.34
Screenshot 2025-05-01 at 16.17.341920×1103 171 KB

We are looking into the cause of this issue.

3

Thanks Luis, what’s the best way to deal with this in the meantime or how long will it take you to fix it?

Cheers,
Sebastian

4

Hey @it1!

Seems to be a simple CSS issue that a style change may have caused.

Can you please set the fs-consent_prefs position to fixed or absolute, and let me know how it goes?

5

@Support-Luis Setting it to fixed got it working for me, however if you have any of the slide animations selected, then you can see consent_prefs_overlay sliding into screen. Only way around this was to remove the animation, which is only doable by removing the custom attributes from fs-consent_prefs. Would be nice to get a fix-fix for this.

6

that doesn’t sound like a great solution. I really wonder how this issue hasn’t been adressed by now since it seems that everyone has to run into this when styling the prefs panel.

7

@it1, we found an issue where the styles were being overwritten.

We have fixed this and pushed the update to the app to keep the position: fixed as it is the proper styling for this element.

Apologies for the inconvenience :pray:

8

Only way around this was to remove the animation, which is only doable by removing the custom attributes from fs-consent_prefs. Would be nice to get a fix-fix for this.

@michael thank you for pointing this out! We will update the animation options in a future update!

9

Awesome, this works. Thanks for all your effort everyone. Seems to have “fixed” it :slight_smile:

1 Like