![[DigitalPoint] App for Cloudflare®](/community/data/resource_icons/8/8750.jpg?1692633961){kind=icon}
Ok let me try to explain better. When I try to enable R2 for data I get this error.
Change the subdomain or delete the bucket?
If it was me I’d start over because somewhere along the way someone added a public domain to your internal data bucket. If you don’t know how that happened, or why it happened, I’d delete it the public domain from that bucket.
Actually it's not a public domain. i shaded out the folder name
If it was me I’d start over because somewhere along the way someone added a public domain to your internal data bucket. If you don’t know how that happened, or why it happened, I’d delete it the public domain from that bucket.
Basically the same thing I already said here:
Not sure if you are misreading/misunderstanding the things I’m writing or just ignoring it, but the solution is what I’ve already posted.
Step 1: figure out why you have a public domain assigned to an internal data bucket. If you don’t know, remove the public domain from the internal data bucket. If you want to keep that public domain assigned to an internal data bucket (for whatever reason), pick a different public domain. You can’t have two subdomains assigned to the same bucket.
Step 2: Profit.
I think I finally got it figured out and everything is done. Again I'd like to thank you once again for your help.
I’d turn off all the managed rulesets with XenForo. By enabling it, you are effectively telling Cloudflare to keep an eye out for things like HTTP POSTs that look generically suspicious. XenForo handles security for itself better than Cloudflare can at the network level but not knowing anything about XenForo. It’s more for poorly coded sites that you cant or don’t know how to secure properly.
I'm not on a paid plan and I went to
https://dash.cloudflare.com/xxx/mydomain.com/security/waf/managed-rules, and there is no list of rules or any way to toggle them:
It says right there, if you want more "comprehensive protection" (as in more rules to turn on), you need to upgrade to a paid plan. And then you'll want to disable them all because none should be used with XenForo, so you are back to what the free plan gives you.
A file is downloaded (or not based on the content disposition header), and in the case of using presigned URLs for attachments, the content disposition is set exactly the same way XenForo would have set it (it calls the same underlying method that XenForo uses internally), so a PDF should be treated exactly the same with or without presigned URLs.
www.xf2addons.com
Most likely ya… an addon could certainly cause it to happen even for presigned URLs, it would just need to do it in a more universal way. My guess is that one is altering the content disposition output. If it was altering the underlying method that decides what to set content disposition to, it should work. As I mentioned in the previous post, presigned URLs are simply setting the content disposition to whatever XenForo sets it to, so hooking into the underlying method (rather that changing it after the fact), should work with presigned URLs.I use an add-on that displays the PDF in the browser so that must be what broke.
Open PDF
Description: Opens PDF attachments in the browser. By default Safari will download PDF attachments instead of viewing them in the browser. This add-on will allow Safari users to simply click on the PDF attachment and the document will open in...
