Skip to content
This repository was archived by the owner on Apr 12, 2024. It is now read-only.
This repository was archived by the owner on Apr 12, 2024. It is now read-only.

ng-model-options={updateOn: 'blur'} not working  #7117

Closed

Description

@kyrios

Environment

Version: AngularJS v1.3.0-build.2602+sha.b10a437
Browser: Chrome (OS-X) 34.0.1847.116

Issue description

When using the 'blur' event the value is not saved to the model. Other events and 'default' works fine.

I'd like to use this feature in a ng-grid cell with a custom $parser. After my user enters some text into the cell I want to do one validation run before saving to the model.

I'm new to angular but investigated this a little. Maybe my investigation below helps a little narrowing the issue down.

Maybe it has something to do with event handling order since ng-grid also registers a blur handler.

Investigation

From my understanding ctrl.$setViewValue(value, event) should be called but isn't because of the $apply is a noop. (Line: 17246)

Unfortunately I don't understand the internals of angular enough to understand why $apply is a noop in my case.

if (ctrl.$viewValue !== value ||
        // If the value is still empty/falsy, and there is no `required` error, run validators
        // again. This enables HTML5 constraint validation errors to affect Angular validation
        // even when the first character entered causes an error.
        (validity && value === '' && !validity.valueMissing)) {
      if (scope.$$phase) {
        ctrl.$setViewValue(value, event);   //   <---- Neither this
      } else {
        scope.$apply(function() {
          ctrl.$setViewValue(value, event); //    <---- or this gets called
        });
      }

Plunker

http://plnkr.co/edit/IybN8jtCAdm03sCC2lxg?p=preview
Does this help?

Activity

  1. IgorMinar commented on Apr 15, 2014

    @IgorMinar
    Contributor

    If $apply is a noop then it usually means that the scope has been destroyed already.

  2. shahata commented on Apr 15, 2014

    @shahata
    Contributor

    @IgorMinar is right, the reason this doesn't work is that ng-grid destroys the input field when it loses focus. You can solve this easily by setting {updateOn: 'blur $destroy'}

    http://plnkr.co/edit/JChErKEJm8aKGRejakf2?p=preview

  3. kyrios commented on Apr 15, 2014

    @kyrios
    Author

    So in my case (using ng-grid) 'blur' simply is the wrong event? Maybe some hint in the documentation or an error on the console would help. Can't say if this is something I struggled with because I'm new to angular or it isn't that obvious.

    Thanks @shahata for the plunker. Works fine now.
    Thanks @IgorMinar for the explanation.

  4. ddimitrop commented on Apr 22, 2014

    @ddimitrop

    I have also seen that happening directly in the documentation.

    The page https://docs.angularjs.org/guide/forms
    has a link to Plunker
    http://plnkr.co/edit/ngdoc:example-example102@snapshot?p=preview
    where the
    ng-model-options={updateOn: 'blur'} is not working.

    The version where that happens (used in the Plunker code) is http://ajax.googleapis.com/ajax/libs/angularjs/1.3.0-beta.5/angular.min.js
    I double checked that this is not related to Plunker, I had the same behavior when I saved the page locally on my machine.

    The problem does not happen on the version used in the main page ( https://docs.angularjs.org/guide/forms).

    So even if this is a bug that has now been fixed in a later version, there is at least a problem in the documentation.

  5. shahata commented on Apr 22, 2014

    @shahata
    Contributor

    This obviously does not work in 1.3.0-beta.5
    ngModelOptions was only added in 1.3.0-beta.6 :)

  6. ggondim commented on Jul 18, 2014

    @ggondim

    A common confusion when reading docs is the selected version in the dropdown before the breadcrumb. I think it should be selected with the latest stable version and not latest beta.

  7. alexfigueiredo commented on Aug 3, 2014

    @alexfigueiredo

    A common confusion when reading docs is the selected version in the dropdown before the breadcrumb. I think it should be selected with the latest stable version and not latest beta.

    +1

  8. TekTimmy commented on Aug 12, 2014

    @TekTimmy

    A common confusion when reading docs is the selected version in the dropdown before the breadcrumb. I think it should be selected with the latest stable version and not latest beta.

    +1

  9. wilk commented on Aug 24, 2014

    @wilk

    A common confusion when reading docs is the selected version in the dropdown before the breadcrumb. I think it should be selected with the latest stable version and not latest beta.

    +1

  10. langdonx commented on Oct 15, 2014

    @langdonx

    Happy to see that this has landed in 1.3.0. I was curious if "custom events" are truly supported, or if only native-dom events are supported?

    I'm thinking that this is not possible natively yet (because I can't piece together how I'd do it without my own directive), but I'm ultimately trying to only update the model once I get back a successfully persisted response from a $http or $resource call.

    I have a shadow directive that I'm using all over my app that I'd love to change out for something native. An very early prototype so you can see functionally what I'm talking about doing: http://jsfiddle.net/langdonx/m4zaj/1/

  11. JakobJingleheimer commented on Jun 25, 2015

    @JakobJingleheimer

    A common confusion when reading docs is the selected version in the dropdown before the breadcrumb. I think it should be selected with the latest stable version and not latest beta.

    +1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions