Required apps still get blocked on first load when Process final HTML is active

@van.dordafog I think #3568267: Scripts matching source + Opt-Out + Toggled by default (+required) should not get blocked server-side might be the better and cleaner approach and I think required is not enough?

This patch made the oidc mcpf work for me together with patch from issue https://www.drupal.org/project/klaro/issues/3531419

@mikell did you try #3568267: Scripts matching source + Opt-Out + Toggled by default (+required) should not get blocked server-side instead? It's RTBC'd already and I think should solve that even better.

@anybody yes I tried but the toolbar.js from oidc_mcpf is not loading on time. Maybe I'm still missing something.

My configuration:
I added the burgerprofile as functional service and enabled settings:
'Toggled by default', 'Required', 'Opt out'
With following sources:

https://tni.widgets.burgerprofiel.dev-vlaanderen.be/api/v1/
https://prod.widgets.burgerprofiel.vlaanderen.be/api/v1/

'Block unknown external resources' and 'Process final HTML' is enabled.
'.*vlaanderen\.be.*' is added on 'Disable Klaro! element and dont block attributed resources on following url patterns'

OptOut is buggy in klaro_js. See this issue: https://www.drupal.org/project/klaro_js/issues/3508237
Testing this MR would be great to step forward to next version of klaro.

@mikell: Your configuration looks correct and I'd code-wise expect #3568267: Scripts matching source + Opt-Out + Toggled by default (+required) should not get blocked server-side to fix your issue. Maybe I'm missing something?

The MR also has tests, so I think this one should be closed as duplicate, but we need to find out if and why it doesn't work in your case. Maybe indeed a side-effect of #3508237: Bugfix for #536: Check for optOut state while contextual rendering in your case?

Please review 3.1.x

Can you please check Klaro 3.1.0-RC? We updated the Klaro JS and fixed the Bug for services with optout-Option.

@mikell @van.dordafog could you try that please?

I have tested this with 3.1.0-rc2 and can confirm that it works for me.

Fixed in 3.1.0

Thank you all for your work!

Thank YOU @jan kellermann! :)

Nice! Happy to try 3.1.0 with the many improvements! :)