When doing a search on our discourse site, if I do a regular GET request to /search?q=my search it works fine. But if I use the search box and it submits the search request via an XHR GET request I get a 406 status return. After some further testing with Postman I found that just adding an X-Requested-With: XMLHttpRequest header to the request breaks it. Remove that one header and it works fine. The server is behind Azure Front Door and bypassing it and hitting the server direct does not have this issue. Is nginx or search doing something special based on that header? Could being behind a reverse proxy interfere? Any idea how to fix?

You reverse proxy should never drop any headers our client app sets. It can result in some obvious bugs, but also in some silent ones you will never find out until too late.

Can you reproduce this same error here on Meta?

No, because you’re not behind front door. The problem is caused by it going through the proxy, I just don’t know why given other xhr requests are fine. Which suggests something about requests sent to search are handled differently by discourse than other xhr requests.

Meta runs behind an AWS ALB reverse proxy and doesn’t exhibit this problem. Try runs behind an HAProxy reverse proxy and doesn’t exhibit this problem. Most self hosted instances only have the internal nginx reverse proxy and also doesn’t exhibit this problem. That makes me suspect the Azure Front Door. This won’t be the first time an Azure product has weird broken behavior. We also have experience with other WAF products breaking Discourse, so they aren’t supported. [image] Discourse + Web Application Firewall (WAF) mod_security Self-hosting This is a bad idea and it is not recommended. The benefit of this type of thing for a JavaScript app is extremely limited and it adds significant complexity to your hosting setup. [image] Discourse + Web Application Firewall (WAF) mod_security Self-hosting I think the desire for some magic device that auto mitigates issues is somewhat misguided in the Discourse setup. We have a bounty program, we patch issues in Discourse within hours of when they are reported. Sites run tests-passed by default which in today’s case contains commits from today. Sure if you are running software that was exploited years ago and you have no freedom to upgrade cause … reasons… a WAF makes sense cause it could save you. But in the case of Discourse I think it is at be…

I’m not using the WAF functionality. I’ll see if I can determine anything further in terms of if it’s otherwise somehow dropping headers or something. Just seems odd that it only affects search requests.

Other WAF product I was debugging last month was also breaking canned replies and draft saving. When it break more infrequently used features it can take a while to find all incompatibilities.

I did some further testing and it does appear FD is incorrectly passing at least this http header. I’ve submitted a request with them to fix. I’m still not sure why search cares about this header, but I guess better to get the FD bug fixed.

We generally advise people to opt out of complex configurations unless they (for some reason) have written in stone requirements that demand them. And in those rare cases, we hope they also allocated the budget to pay experts to help manage that required complexity, too..

Xhr search requests return 406

Product Support Self-hosting

NotAnonymous (Doug) April 9, 2020, 4:21pm 3

I’m assuming it’s not dropping the header, given other XHR requests work fine. Seems like this one is somehow different than others in Discourse.

Topic		Replies	Views
API post request without an Accept header returns 406 Feature	1	889	January 7, 2021
Request header field Dont-Chunk is not allowed by Access-Control-Allow-Headers in preflight response Bug	4	1931	August 31, 2016
HTTP 404 when text/html is not first in accept request header Bug pr-welcome , rest-api	4	827	March 31, 2023
Mixed SSL since upgrade Self-hosting	13	978	December 30, 2022
Having cors error while searching post results based on title and search term in other application Development	0	335	June 11, 2023

Xhr search requests return 406

Related topics