karlemilnikka

Thanks for the reply. It was exactly with your Care and Reponse team in mind I drew the conclusion that the data couldn’t be end-to-end encrypted.

The indexing and searchability could be solved the same way as with Proton Mail (local indexing built in the browser), but storing the data in the WordPress database and just passing end-to-end encrypted copies to your servers for backup purposes would make more sense. It wouldn’t give your Care and Reponse team access to the data, but that’s also exactly what I’m trying to avoid. I do however understand why you want your Care and Reponse team to have access since that benefits all your customers who aren’t affected by the implications of FISA 702 and EO 12 333.

Thanks for taking your time to reply, and I hope you consider adding support for storing the logs locally (only uploading end-to-end encrypted copies to your servers) in the future. That would make an already great plugin even better.

The reason I’m asking for a confirmation is because that would make it a whole other situation than if the data is just TLS encrypted in transit and encrypted at rest. I would have no issue relying on the SCCs in that case. Otherwise, I have a hard time seeing us being able to rely on them, just going by what happened to the former SCCs when Privacy Sheild was invalidated. ?

For bypassing readers: please note that I’m not a lawyer. My questions are not legal advise. I’m just trying to find a way for us to use another great feature of this plugin without worrying about GDPR compliance issues.

Thanks for sharing the reasoning behind your decisions. Can you please confirm that the data is actually end-to-end encrypted, not just encrypted in transit and at rest (i.e., Defiant don’t have access to the decryption keys and no technical access to logged data, e.g., logged IP addresses)?

You can find it in WP Admin > Spectra > Settings > Editor enhancements.

(I’m not representing the Spectra team, just browsing around the forums.)

@nimad, we don’t have the mentioned option rows on our sites so I cannot check what they do. Sorry.

@nimad They released the update that was supposed to fix the issue about two weeks ago. It didn’t fix the issue for us however. You’ll have to follow the instruction for manual clean-up. See https://www.ads-software.com/support/topic/autoload-off/page/2/#post-18071033.

Thanks for the reply @abhijitnage. We’re solving it by just removing Spectra from our sites. We had our doubts before, but since you decided not to ship the promised, marketed, and sold Global Block Styles feature, there’s no reason for us to keep Spectra on any site.

@jehnlemole The Spectra update didn’t make a difference for us either, but I could remove the affected row without issue.

Thanks for the follow-up, @abhijitnage. I deleted the post manually. Do you know if the Astra theme will remove its huge autoloaded settings row as well? It is currently over 400 kB in size.

Since we’re way past the first half of 2024, the answer was:

1. No
2. No
3. No
4. No
5. No
6. No
7. No
8. No
9. No
10. No
11. No
12. No

Searchable captions integrated in the native UI was also a hard ”no”.

Hi. Thanks.

Sorry. I misunderstood the version the fix was supposed to be included in. Thanks for taking your time to respond.

The 2.16.1 update didn’t solve the issue for me. ast-block-templates-spectra-common-styles is still autoloaded and over 250 kB in size. I’ve tried regenerating assets but it didn’t make a difference.

@abhijitnage Today’s release of 2.16.0 did not resolve the issue.

• This reply was modified 1 month, 2 weeks ago by karlemilnikka.

@abhijitnage Thank you very much for your detailed answer.

Hi @mohsinbsf. Since it has been two months, I wonder if you have a status update for us. Is there now an ETA for when it will be fixed?

Thanks for taking your time answering our questions here in the forums.

Resolved in version 3.0.6.