1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Fixed .Disabler does not re-disable in a .formOverlay when a reset button is clicked

Discussion in 'Resolved Bug Reports' started by Chris D, Jul 24, 2014.

  1. Chris D

    Chris D XenForo Developer Staff Member

    I'm not entirely sure this can be replicated with any out of the box functionality, but consider a form overlay that contains these controls:


    If I check the checkbox and enter a value in the textbox and then I click "Cancel", which is a reset button, the checkbox becomes unchecked, and the value of the textbox becomes empty.

    Yet, when I reactivate the overlay:


    The .Disabler checkbox is unchecked, so you would expect that the textbox would have the disabled attribute and the disabled class, but it doesn't. It's only really a subtle difference and clicking into the non-disabled checkbox does indeed automatically check the checkbox again, but overall I would be expecting different behaviour, e.g. if the form fields are reset, then the .Disabler should kick back in too.
    Amaury likes this.
  2. Mike

    Mike XenForo Developer Staff Member

    Appears that when the reset event is called, the value may not have actually changed yet which means our recalculate uses the old value. Using a setTimeout call sorts it.

    It is possible to do this in the core in 1.3 by using the move thread overlay and changing the redirect option.
    Chris D likes this.

Share This Page