Configuration Form Saves No Changes [#2128565]

Sir / Madam,

given the wisdom of the European Council inflicting such a law on its subjects, your module seems to be the most flexible and also the most easy to install. So I had identically installed it (i) on my Drupal-7 site on my computer and (ii) on a server at GreenGeeks. The websites on the whole are as identical as possible.

On localhost of my computer everything runs fine.
On the GreenGeeks server there is a glitch which makes me despair: If I go to the configuration page of the EU-Cookie- Compliance module and change the settings of a checkbox or switch the content of a textfield, say, from plain text to full html, and then hit the save button nothing happens. The browser shows that the information gets uploaded but after the uploading sequence has finished the configuration page returns to its initial state.
(With other modules, the changes are adopted. This is what makes this glitch odd.)

My question/request: what do you think may be the cause for this behavior. It must have something to do with the GreenGeeks Server (PHP version, MySQL version or ?) for - as said before - on my local host the identical website - and therefore your module - works perfectly. I uninstalled and reinstalled the EU-Cookie-Compliance module about ten times now, but things stayed the same.

What do you suggest? Has anybody had the same experience (and found a solution)? What shall I try?

Right now I have uninstalled the EU-Cookie- Compliance module from the GreenGeeks server while hoping and searching and praying for a solution. (I never thought this combination of verbs would work outside an old rock-and-roll song, but the EU made the miracle happen. Thank you, EU.)

Thank you very much for your patience reading this,
CatsAreNice

Comments

Comment #1

j_g CreditAttribution: j_g commented 9 November 2013 at 15:21

I'm having the same issue. Works fine on another site on a different server, but on another one the configuration is not being saved.

Comment #2

CatsAreNice CreditAttribution: CatsAreNice commented 10 November 2013 at 16:19

Dear j_g,

thank you very much for your answer.
It helps a lot to know that this glitch is not experienced by me alone.

I still have no clue what to do, for I haven't delved into the use and setting of cookies.
The only thing I'm a little versed with is the use of $_SESSION which I use to track which pages have been visited so I can redirect users to a relevant page when they press a "Cancel" button, say on a form page.

When I got enough time I will look into the modules:
Cookie Control (https://drupal.org/project/cookiecontrol)
Cookie Log (https://drupal.org/project/clog)
Cookiebar (https://drupal.org/project/cookiebar)
jQuery Cookie Guard (https://drupal.org/project/cookieguard)
Rijksoverheid Cookie Opt-in (https://drupal.org/project/ro_cookie_opt_in)

If these can't be modified in a way that is suitable to my site I have to learn a lot
a) about Cookies and
b) what those EU bureaucrats really mean by their regulations and try to comply with that.
But I still hope that won't be necessary.

For the time being I'm going to try to make do with a (modal) message essentially telling users that the site uses cookies. If they don't agree to that they are urged to please leave the site.

(If anyone reading this knows whether this procedure satisfies the requirements of the EU cookie guideline, I would be glad to learn about it.)

I dearly hope testing all these modules won't be necessary, but it's nice to know that these options do exist.

Best regards and thanks again for your answer,
CatsAreNice

Comment #3

svenryen CreditAttribution: svenryen commented 19 May 2014 at 11:31

Status:

Active

» Closed (cannot reproduce)

Comment #4

carso CreditAttribution: carso commented 26 October 2014 at 19:50

I have the same problem on fresh install drupal 7.32. but ssl any ideas?

Comment #5

carso CreditAttribution: carso commented 24 December 2014 at 11:35

Status:

Closed (cannot reproduce)

» Active

Comment #6

Tony Sharpe CreditAttribution: Tony Sharpe commented 3 April 2015 at 20:26

I also have the same error where I save the form settings and nothing happens other than the form returning to its original settings. I notice in Chrome developer tools console that a 403 error is being returned from the POST data. I will explore further!
Drupal 7.36 and 7-1.14 cookie module.

Comment #7

svenryen CreditAttribution: svenryen commented 4 April 2015 at 10:59

Thanks for the report, Tony! If you can put the site online on a URL, I can also have a look.

Comment #8

gemalm

Spanish

CreditAttribution: gemalm commented 27 April 2015 at 07:21

I had the same experience and with a greengeeks server. I wrote them and they needed to disable ModSecurity rule 341245.
Now it works perfect :)

Comment #9

Tony Sharpe CreditAttribution: Tony Sharpe commented 29 April 2015 at 14:33

This was fixed for me also by my hosting changing some security rules, but I don't know which.
Tony

Comment #10

CatsAreNice CreditAttribution: CatsAreNice commented 14 January 2016 at 13:46

Sir / Madam,

this thread is now getting a little old, but for me the issue still exists.
I asked GreenGeeks support to to disable ModSecurity rule 341245
as gemalm (https://www.drupal.org/node/2128565#comment-9868045)
suggested - thank you very much for this tip!

GreenGeeks support also informed me what ModSecurity rule 341245
is about:
"This is the rule for blocking the possible SQL injection."
(The team at GreenGeeks is really friendly and very responsive, my
two cents.)

Unfortunately, disabling this rule didn't work for me. And another point
to ponder: I uploaded my website to the (free) Acquia Cloud Server
and on this server the module "EU Cookie Compliance" behaved as
intended.
Having spent many hours trying to find a solution to make this per se
wonderful module work on my site I admitted defeat, disabled and
uninstalled it. Now I use the module "Simple Cookie Compliance".
It worked right out of the box on my local Acquia Dev Desktop 2 server
as well as on my shared webspace at GreenGeeks.
This module is not as fancy as "EU Cookie Compliance" but I hope it
will make the EU bureaucrats happy. (Someone should explain to them
that tracking users can be done even without cookies, but then ...)

Best regards and wishing you a superb year 2016,
CatsAreNice

Comment #11

tanius CreditAttribution: tanius commented 18 September 2016 at 12:43

I know I am pointing out the obvious, but this is how I was able to fix this issue for me:

Look out for an error message "Privacy policy link field is required." at the top of the page after saving. It might hide among other error messages that you are used to seeing ;-)
If you see this error message, fill in the "Privacy policy link *" field in your form and save it again.
The settings should be saved successfully now. Make sure by reloading the form.

Comment #12

svenryen CreditAttribution: svenryen commented 23 July 2017 at 13:26

Category:

Bug report

» Support request

Comment #13

svenryen CreditAttribution: svenryen commented 23 July 2017 at 19:17

Status:

Active

» Closed (cannot reproduce)

I see this was filed against 1.11. I recommend using the current -dev or 1.15 when it gets released.

Comment #14

tiikeri CreditAttribution: tiikeri commented 17 September 2018 at 16:54

Hello, sorry for re-opening the issue, but I encountered this bug a couple of time after updating sites where the module was installed yet.
To be more specific, this happened after the merge of functionalities by the it_cookie_compliance module, which is now deprecated.

When I change settings to fit my needs, I got a 403 error which guides to a permission denied problem.
I saw that d8 version of the module is affected too: https://www.drupal.org/project/eu_cookie_compliance/issues/2798265 and find this topic as related.
However all permissions are set, and I'm on UID1.

It's not easy to understand what's going on, cause the error is not reported in the drupal status, but I noticed that this happen when I fill in the "Disable JavaScripts" fields in the settings page.
When I delete the url containing the javascript I want to exclude, it saves the changes with no errors. In my case it's an external file, complete of the https protocol (I can open it in the browser).

I tried to disable and re-enable the module, without success: this time configuration are saved but the "Disable js" field is empty.

I cannot reproduce on a fresh install, so I think this may be related to update or it_cookie_compliance removal.

System information: PHP 5.6.37-0+deb8u1; MYSQL 5.6.29

EDIT: I just updated another site with similar configurations, and I didn't notice anything strange.
It's possible that the error is due to hosting provider's configurations. I will investigate, and if I found something, I will post back.

Comment #15

svenryen CreditAttribution: svenryen commented 17 September 2018 at 20:49

Where is the site hosted? (You can send me a private message through the drupal.org contact form if you don't want to say publicly)
There have been some issues posting variables at certain host vendors in the past.