I have an ongoing problem that the css which hides the hidden field for a form repeatedly fails for anonymous users only, even with css aggregation off.

Clearing block cache fixes the problem, but it returns immediately. Clearing the theme registry does not fix it. I have a feeling it is not happening on Bartik, but hard to be sure on the basis of a few tests, so arguably it is theme issue. It is not happening to other forms on the site. The problem is with the search box on http://www.hiltonbooks.co.uk/full-catalogue-page. It shows up differently in different browsers.

CommentFileSizeAuthor
#4 disable_honeypot_for_search-1332972-3.patch706 bytesgeerlingguy

Issue fork honeypot-1332972

Command icon Show commands

Start within a Git clone of the project using the version control instructions.

Or, if you do not have SSH keys set up on git.drupalcode.org:

About issue forks

Comments

john_b’s picture

john_b commented

Disabling Cache Blocks in Performance cures the problem. So just now the page linked above is OK.

geerlingguy’s picture

geerlingguy commented
Version: 7.x-1.7 » 7.x-1.x-dev

I'll take a look into this; it may be a bug with the way Drupal core caches blocks; the CSS should still apply correctly, though the way I'm adding the CSS is new to Drupal 7, and I may be missing something important.

john_b’s picture

john_b commented

Thanks. The strange thing is that it was not affecting the block created with Contact form in Block module.
There is a dev version of the problem site with no confidential data in it, just ask if you want login details.

geerlingguy’s picture

geerlingguy commented
Title: css breaks for anonymous users » Disable Honeypot on search forms
Status: Active » Reviewed & tested by the community
StatusFileSize
new disable_honeypot_for_search-1332972-3.patch706 bytes

I've decided to simply turn off Honeypot for search forms; typically, search forms are not targeted by spammers, and though this module could help deter DoS through search (a bot sends tons of search requests in a short period of time), this module isn't aimed at rate control or things like that.

So, I've attached a patch that I'll commit and release in 1.8.

geerlingguy’s picture

geerlingguy commented
Status: Reviewed & tested by the community » Fixed

Committed to 7.x: http://drupalcode.org/project/honeypot.git/commit/42f349d
and to 6.x: http://drupalcode.org/project/honeypot.git/commit/589d73f

john_b’s picture

john_b commented

Thanks. Installed and working.

Since a second, non-Honeypot issue remained in my css with block cache on, I suspect it is related to my use of Custom Search Module, which was not working well with theme css and possibly with Honeypot css.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.

michellesfrazer made their first commit to this issue’s fork.

michellesfrazer opened merge request !12