Adding the 6G Firewall stops the site tree expanding #1031
Comments
I have worked out which line triggers the error, just not smart enough to change it so that it still protects OK but lets the tree work |
And which line is it? I can reproduce it. |
commenting out line 14 lets the site tree work |
OK, I've removed || at the end of the matching string in brackets. This was it. Now, I also hope, that this wasn't critical. ;) |
Ok I confirm both the 'Loading site tree' issue with the full 6g code inside the original modx .htaccess, and its solution by commenting out the whole line 14:
I'd like to only exclude the '||' pipe as Chrille38317 is saying, but I'm not quite sure about hot to do it (?!) |
Change
to
|
I actually see '||' there, i.e. the first '|' is an OR separator, and the backslashed '|' is the next (last) query string to match, that's why i did not see it as '||', Thanks anyhow! BTW, the Manager's 'home' in the main frame is missing both with line 14 commented and with its re-edited version: is it so for everyone ? |
Not doing if for me, still getting 'Loading site tree' with the new line replacing the old one but OK when commented out |
Thanks for this @chrille38317, your code fixed it for me. Working as expected now. Cheers |
Hi nick |
I just made the change, and its working fine for me on v1.0.15 edit: strange, on another site with the same version, it works fine without editing that line? |
I've been working on some changes to 6G since testing on about 25 Evo sites. Here is the version that is so far not causing issues with custom queries: https://bitbucket.org/snippets/ideabank/776Kz |
Hi Mark, Hi @matdave , |
I just made another little one. Now I'm mostly just eliminating stuff being filtered due to client errors, e.g. spaces in file names. The big thing was removing 403's when there are commas or pipes in the request string, as those are common delimiters used on requests in MODX. |
@matdave |
Changes started out being primarily for delimiters and URLS containing commas. A lot of processes combine items into a delimited string during the GET request and then explode it into an array later, e.g. the site tree delimits all expanded items with a pipe (1|22|46). The rest of the changes have been geared towards URL common URL string abnormalities, like spaces in file names, or commas. Every URI request is really a GET request against the index.php file, |
Thanks that makes sense |
I added the 6G htaccess mod to an Evo 1.0.15 (patched) site that has a number of images and pdfs with spaces in the folder and file names. eg "image 27 cropped.jpg" This has caused a number of images and files to now not be shown (eg the links are broken). Without having to manually change each of these names, does anyone know which bit in the 6G code relates to spaces so that I can remove that bit for this site only? I cant see a space in the 6G so I am a little lost. Thanks so much. |
Did you use the one from the 6G site or the modified version I linked above? |
In my case I also removed the % from the list of not allowed characters, I need some urls the have %20 in them as space, although maybe adding %20 to the allow list might have been better(was esier to remove) |
Hi @matdave, I was using the Perishable Press one. Thanks @Cipa, Great tip. I just did that based on your advice. Many thanks to you both, |
@markryder If this issue is resolved can you close it please, if you are not sure how to, take a look here |
Hi modxuser, sorry missed that. |
Adding the 6G firewall htaccess to an Evo site stops the site tree in the manager from expanding
If you click just says
Loading Site Tree......
and does not expand.
Does anyone know which rule this is?
The text was updated successfully, but these errors were encountered: