can't save node's or settings

I got the same problem.
After enabled and configured Boost, I cant change any single setting on the site, nothing gets saved, no new value is preserved. For nodes I cant save them neither. When hitting "Save" button on node edit form, the page just gets reloaded...
I am running Panopoly 1.30 with Panels and related stufff...

Hi. I'm stuck on the same problem. After many, many test Boost works properly, but forms are not saved anymore, both on admin area or node editing. If I remove the boost htaccess rules all forms are saved again but any page is rendered with the Boost flag at the end of the HTML code. As long as I see I'm not the only one. Anyone has any idea?

Thanks!

Yes, the exactly same behavior here.
When removed rules generated by Boost module from .htaccess, the error was gone. But then the Boost module did not work, because it needs the changes in .htaccess.
I was not able to find out why, or which of new rules in .htaccess causes the error.
So I disabled this module and used Memchache module instead.

Yes, I tried to comment each line on htaccess one by one trying to find which one could be causing this wrong behaviour but I coultn't solve it. For me it's clear that on some situations Boost doesn't work, but I don't know what is affecting my site...

Same problem here! Plus: The Image Module can't create derivates any more (in watchdog: "access denied").

Found out that you get some „File does not exist“ in Apache error log too.

Good news first: This problem occurs only in the dev-version. Version 1.0 is working well.

Workaround (if you need to install the dev-version):
1. First install version 1.0 of the module. Activate Gzip. Go to admin/config/system/boost/htaccess/generator and take the proposed changes into the .htaccess file.
2. Install the dev-version. Don't change the .htaccess file!
3. Now everything should work again.

I did that and discovered, that the only difference between the .htaccess proposed by the version 1.0 of the Module and the dev-version (besides the Apache 2.4 bug workaround, which is commended out) is the GZip-compression which is missing in the dev-version because of https://www.drupal.org/node/1416214. In my case that was:

  # GZIP
  RewriteCond %{HTTP:Accept-encoding} !gzip
  RewriteRule .* - [S=1]
  RewriteCond %{DOCUMENT_ROOT}/cache/%{ENV:boostpath}/%{HTTP_HOST}%{REQUEST_URI}_%{QUERY_STRING}\.html\.gz -s
  RewriteRule .* cache/%{ENV:boostpath}/%{HTTP_HOST}%{REQUEST_URI}_%{QUERY_STRING}\.html\.gz [L,T=text/html,E=no-gzip:1]

That made it for me. Thanks a lot smitty, I followed your instructions and it works like a charm now! You rock :)

Just a note: I remained with the 1.0 version, didnt go to the dev.

For me, it's this section that is breaking all form submissions (e.g. node saves, content filtering, etc.)

  RewriteCond %{REQUEST_METHOD} !^(GET|HEAD)$ [OR]
  RewriteCond %{REQUEST_URI} (^/(admin|cache|misc|modules|sites|system|openid|themes|node/add|comment/reply))|(/(edit|user|user/(login|password|register))$) [OR]
  RewriteCond %{HTTP_COOKIE} DRUPAL_UID [OR]
  RewriteCond %{ENV:REDIRECT_STATUS} 200
  RewriteRule .* - [S=2]

This is still a major problem in the newly released boost-1.1... Going back to 1.0 until this gets resolved :-/

Until today I enver had any issues with Boost regarding the forms inthe admin pages not being able to save data.

smitty is right, that did the trick for me as well.

I seems to be having a similar issue saving settings and logging into a Drupal site with the 1.1 version.

I am running Apache/2.2.31

Eric

I can confirm that for my configuration adding the code from #5 fixed my problems.

Same problem here on latest release. No forms submit.

I tried smitty's solution but it did not work for me. What did work was removing the comment marks # for this Apache bug.

# # Apache 2.4 bug workaround
# # Enables caching of index/ home page
RewriteCond %{REQUEST_URI} ^/index\.php$
RewriteCond %{DOCUMENT_ROOT}/cache/%{ENV:boostpath}/%{HTTP_HOST}/\_%{QUERY_STRING}\.html -s
RewriteRule .* cache/%{ENV:boostpath}/%{HTTP_HOST}/\_%{QUERY_STRING}\.html [L,T=text/html]

Thanks a lot for the suggestion on going back to version 1.0. I spent hours and hours trying to figure out why nodes couldn't be saved, forms not sent etc. I think I will stay with the 1.0 version just to be safe... It seems to work just fine.

I also had this same problem when I made a copy of my project for dev purposes. Disabling the boost module (since it's a dev site) solved the problem for me.

The strange thing is that on my live site I have no problem. I suspect it's a difference in server config that's causing the problems.

Cheers to Smitty for the work-around!

p.s.: I used Boost version 7.x-1.0+7-dev

#13 worked for me.

#13 worked for me as well

#13 seems to have worked for me.

For the record I'm running Apache 2.2.15 not 2.4.

I just had another look into this problem, when I did the update von 1.2.

My advice: Take the code generated by the boost-Module (1.2), keep the two Apache 2.4 bug workarounds commented out and change the line

RewriteRule .* - [S=2]

into

RewriteRule .* - [S=1]

With this change, all involved problems ( the problem of this issue + https://www.drupal.org/node/2078595 + https://www.drupal.org/node/2719795) are gone!

Related issue: https://www.drupal.org/node/2814113

#13 worked for me too!

ED: And #19 too, just as well.