Don't like where captcha is placing itself on the form

Please provide screenshot or better: a link to a live site.

temporarily gone back to a beta 3 version of 2.0 since someone else had posted this patch that supposedly "fixed" the problem

please provide reference (link to patch/discussion)

Normally CAPTCHA module should be able to automatically position the CAPTCHA above the submit button.
What other modules that could interfere with this are you using? What theme are you using?
Is this problem only on the user registration form or also on other forms (e.g. comment form)?

I don't know if this is within your comfort/skill zone, but could you try to remove the entry for "captcha_placement_map_cache" from the "variables" table from your database? Maybe this will do the trick?

completely remove the entry
it's just cache and will be rebuild when not available

Happy that we could hunt this problem down so fast.

(yes I'm the main maintainer of the CAPTCHA module for the moment)

FYI: I made a separate issue (feature request) for making it possible to clear this caching variable through the admin UI: #766190: Flush CAPTCHA placement cache

Thanks soxofaan. You saved me hours of pulling my hair out.

Sorry, don't think this is fixed. I am in the same situation, the difference being I can't just disable the mailchimp module to make the problem go away.

The mailchimp module, and I guess potentially others, add an extra submit button in the middle of the register form. The captcha form is being placed in the middle of this fieldset, because it is placing itself before the first submit button in the form.

The code says:

      // TODO: make this more sofisticated? Use cases needed.
      $placement = $buttons[0];

And I agree. Well, with the sentiment, not the spelling.

I think a common scenario is the final elements in a form are submit buttons, but there can be more than one, and placement should be before the first one of them. So how about the following for the selection logic:

* Starting with the last element, walk backwards through the form until a submit button is found
* Continue walking backwards until an item that isn't a submit button is found
* Place the captcha fieldset after this item

Does that sound sensible?

The mailchimp module, and I guess potentially others, add an extra submit button in the middle of the register form. The captcha form is being placed in the middle of this fieldset, because it is placing itself before the first submit button in the form.

can you give a screenshot of that? I don't know and never used the mailchimp module.

Hi,

I`ve tried everything and I cannot seem to get working.

I'm using both lastest version of Captcha and Webform 3.

The weight doesn't seem to work for me.

If anyone would be able to help I would greatly appreciated it.

Thanks,
webadpro

Here is a link to the site:

http://pathwaysdenver.com/contact
I've attached a screen print just for good measure.

I have used hook_contact_mail_page_alter to add the phone number to the contact form. I do sort and reweight the items in the function. Is this what is causing the problem? I haven't found anywhere that I can set the weight for the captcha placement and I don't really want to hack the code.

I want the captcha to appear at the bottom, just above the submit button.

It works fine on this site:

http://personalbestlifecoaching.com/contact

This site is using the standard contact form.

Per #4, I deleted the entry from the variables table. At first when I went back to the contact page, the fieldset was still in the same position as before. When I checked the variables table, the entry was still missing. So, I went back into User Management >> CAPTCHA and went into the reCAPTCHA tab and just clicked save settings. Now when I went back into the contact form (as an anonymous user) the fieldset is appearing exactly where I want it to! I'm not sure why it placed it differently than the first guess.

Anyway, my issue seems to be resolved.

@webadpro maybe if you try the steps I did it will resolve it for you, too?

1) delete captcha_placement_map_cache from the variable table
2) go back into CAPTCHA configurations and click save configuration
3) logout
4) visit page as an anonymous user

@vegantriathlete thanks. I dont know why, but this sure did the magic.

thank you very much for these little 4 steps.

for webform 3, adding the fix from the post below solved the problem of the captcha image placed below the submit button.

http://drupal.org/node/790620

can the fix be included as part of the next captcha release?

I'm working on this issue easing into a role as a Captcha module co-maintainer. Have a D6 site set up for this problem but am unfamiliar wiith mailchimp's setup. Can you provide some details on how I might replicate this problem, either with Mailchimp or some other way?

Hi

this doesn't work for me on user/register where I have content profile (it's fieldset are shown using vertical tabs)

I removed from my variables table this row, then I save settings on image captcha, then I clear cache, but no change :(
I have captcha on top of user register form...

there could be some selectbox on this settings with values -10 to 10 for weight of captcha form... or to add captcha always on bottom form.

Thanks
Igor

I can't reproduce this as a problem, but users are still complaining of the positioning in the Webform queue (#883550: CAPTCHA below the submitting button). Here's the suggested change in patch form from this other Webform issue #790620: Captcha placed below submit button.

Ah the patch for previous comment.

FYI: the CAPTCHA placement is cached, and this cache can become invalid when forms (e.g. webform) change in structure, which can cause undesired placement of the CAPTCHA element.
Issue #766190: Flush CAPTCHA placement cache adds a button to flush the CAPTCHA placement cache and it fixes the problem in some cases.

testbot?

Hi,

Until Webform 3.0, I encounter this same issue in some Webform forms of my sites. I have simply fixed it with jQuery.

1 - In your theme directory, add this entry into the .info file (don't forget to clear caches after):

scripts[] = captcha.js

2 - In your theme directory, add the captcha.js file with this code inside it:

Drupal.behaviors.captcha = function() {
  var webformCaptcha = $('.webform-client-form .captcha');
  if (webformCaptcha.length > 0) {
    webformCaptcha.each(function(i) {
      var webformButton = $('#edit-actions');
      $('#edit-actions').remove();
      webformButton.insertAfter(webformCaptcha[i]);
    });
  };
};

I attach the captcha.js file. Regards.

NB1: This works fine, even with Webform Block module,... except if JS is disabled in the browser!
NB2: .detach() method can't be used, because Drupal 6.19 jQuery version is only 1.2.6
NB3: Prefer to put captcha.js file into a subdirectory (ex. 'your_theme/js') and modify the script declaration in the .info file (ex. 'scripts[] = js/captcha.js')

Arrrgh... Sometimes, the .captcha class is wrapped in the div#edit-actions tag, sometimes not. In the first case, captcha seems to be correctly displayed (above buttons), but captcha.js code removes both !

Here is a new version of captcha.js which takes care of it:

Drupal.behaviors.captcha = function() {
  var webformCaptcha = $('.webform-client-form .captcha');
  if (webformCaptcha.length > 0) {
    webformCaptcha.each(function(i) {
      var webformButton = $('#edit-actions');
      if (webformButton.children('.captcha').length == 0) {
        $('#edit-actions').remove();
        webformButton.insertAfter(webformCaptcha[i]);
      }
    });
  };
};

#24: captcha_weight.patch queued for re-testing.

reroll of patch #24,
hopefully test bot accepts this one

#32: 765758_placment_24.patch queued for re-testing.

any update for D7?

We are using this code in D8, where the same issue occurs on our webform:

(function (Drupal, $) {
Drupal.behaviors.captcha = {
  attach: function () {
    var webformCaptcha = $('.webform-submission-form .captcha');
    if (webformCaptcha.length > 0) {
      webformCaptcha.each(function (i) {
        var webformButton = $(webformCaptcha[i]).prevAll('#edit-actions').first();
        if (webformButton) {
          webformButton.remove();
          webformButton.insertAfter(webformCaptcha[i]);
        }
      });
    }
  }
}

})(Drupal, jQuery);