View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0035948 | mantisbt | attachments | public | 2025-05-10 08:09 | 2025-05-13 07:46 |
Reporter | piotrusx | Assigned To | dregad | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | resolved | Resolution | no change required | ||
Product Version | 2.27.0 | ||||
Summary | 0035948: Cloudflare and bugnote_add.php | ||||
Description | Hello! | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
Based on this, it would seem that Cloudflare refusing to serve the request, returning the 403 (access denied) error. Could it be caused by the security rules you put in place to protect your site ? A CORS issue ? Or is the 403 triggered by your web server and Cloudflare is just passing it along ? Bugnote submission with attachments are handled by the dropzone.js library as an AJAX (XHR). You need to analyze this request (e.g. using your browser's developers tool) to determine what is going on and why Cloudflare is not returning the expected 302 that sends you back to view.php after processing the request. I would suggest to contact Cloudflare's support. I can't reproduce the problem, as I don't use this platform, so I'm afraid there is not much more I can do to help. |
|
Hi. |
|
Can you compare the requests
and see if anything is changed/added/removed from the headers by cloudflare, that could explain the difference in behavior ? Having a detailed request might help in reproducing the problem, and understand what is happening on MantisBT side. |
|
I had to create a CF access rule for bugnote_add.php script and skip some WAF rules. Thank you for suggestions. |
|
Thanks for the feedback, glad to hear you found a solution to your problem. I'll resolve the issue then. Did you figure out what Cloudflare was doing to the request prior to implementing the exception ? |
|
I don't know why Cloud Flare used "Managed Challenge" for this script. I just configured an exception for it. |
|