$ applica errore già in corso

Traccia dello stack:

Error: $apply already in progress
at Error (<anonymous>)
at beginPhase (file:///android_asset/www/built.min.js:7:22740)
at Object.Scope.$apply (file:///android_asset/www/built.min.js:7:25967)
at navigator.geolocation.getCurrentPosition.that (file:///android_asset/www/built.min.js:13:8670)
at Object.geolocation.getCurrentPosition (file:///android_asset/www/plugins/org.apache.cordova.core.geolocation/www/geolocation.js:122:13)
at Object.getCurrentPosition (file:///android_asset/www/built.min.js:13:8589)
at Object.getCurrentPosition (file:///android_asset/www/built.min.js:13:8277)
at Object.getCurrentCity (file:///android_asset/www/built.min.js:13:8941)
at Object.$scope.locateDevice (file:///android_asset/www/built.min.js:13:10480)
at file:///android_asset/www/built.min.js:7:12292:7

si riferisce a questo codice http://pastebin.com/B9V6yvFu

    getCurrentPosition: cordovaReady(function (onSuccess, onError, options) {

        navigator.geolocation.getCurrentPosition(function () {
            var that = this,
                args = arguments;

            if (onSuccess) {
                $rootScope.$apply(function () {
                    onSuccess.apply(that, args);
                });
            }
        }, function () {
            var that = this,
                args = arguments;
            if (onError) {
                $rootScope.$apply(function () {
                    onError.apply(that, args);
                });
            }
        }, {
            enableHighAccuracy: true,
            timeout: 20000,
            maximumAge: 18000000
        });
    })

Cosa strana, sul mio LG4X funziona benissimo, tuttavia sul mio Samsung S2 genera l'errore di cui sopra. Qualche idea di cosa non va?

Stai ricevendo questo errore perché stai chiamando $applyall'interno di un ciclo di digestione esistente.

La grande domanda è: perché chiami $apply? Non dovresti mai aver bisogno di chiamare a $applymeno che non ti stia interfacciaendo con un evento non angolare. L'esistenza di $applysolito significa che sto facendo qualcosa di sbagliato (a meno che, di nuovo, il $ si applichi da un evento non angolare).

Se $applyè davvero appropriato qui, prendere in considerazione l'utilizzo di un approccio di "applicazione sicura":

https://coderwall.com/p/ngisma

Basta usare $ evalAsync invece di $apply.

Puoi usare questa affermazione:

if ($scope.$root.$$phase != '$apply' && $scope.$root.$$phase != '$digest') {
    $scope.$apply();
}

Se l'ambito deve essere applicato in alcuni casi, è possibile impostare un timeout in modo che $ apply venga rinviato al segno di spunta successivo

setTimeout(function(){ scope.$apply(); });

o racchiudi il tuo codice in $ timeout (function () {..}); perché applicherà automaticamente $ l'ambito alla fine dell'esecuzione. Se hai bisogno che la tua funzione si comporti in modo sincrono, farei il primo.

Nel mio caso utilizzo l' $applyinterfaccia utente del calendario angolare per collegare alcuni eventi:

$scope.eventClick = function(event){           
    $scope.$apply( function() {
        $location.path('/event/' + event.id);
    });
};

Dopo aver letto il documento del problema: https://docs.angularjs.org/error/ $ rootScope / inprog

La parte incoerente API (Sync / Async) è molto interessante:

Ad esempio, immagina una libreria di terze parti che ha un metodo che recupererà i dati per noi. Poiché potrebbe effettuare una chiamata asincrona a un server, accetta una funzione di callback, che verrà chiamata quando arrivano i dati.

Poiché il costruttore MyController è sempre istanziato all'interno di una chiamata $ apply, il nostro gestore sta provando a inserire un nuovo blocco $ apply all'interno di una chiamata.

Cambio il codice in:

$scope.eventClick = function(event){           
    $timeout(function() {
        $location.path('/event/' + event.id);
    }, 0);
};

Funziona come un fascino!

Qui abbiamo usato $ timeout per pianificare le modifiche all'ambito in uno stack di chiamate futuro. Fornendo un periodo di timeout di 0 ms, ciò avverrà il più presto possibile e $ timeout assicurerà che il codice verrà chiamato in un singolo blocco $ apply.

In angolare 1.3, penso, hanno aggiunto una nuova funzione - $scope.$applyAsync(). Le chiamate di questa funzione si applicano in seguito - dicono almeno 10 ms dopo. Non è perfetto, ma almeno elimina il fastidioso errore.

https://docs.angularjs.org/api/ng/type/ $ rootScope.Scope # $ applyAsync

In qualsiasi momento, può esserci solo una $digesto $applyoperazione in corso. Questo per evitare che errori molto difficili da rilevare entrino nella tua applicazione. La traccia dello stack di questo errore consente di tracciare l'origine dell'esecuzione $applyo della $digestchiamata attualmente in corso , che ha causato l'errore.

Maggiori informazioni: https://docs.angularjs.org/error/$rootScope/inprog?p0=$apply

Ho appena risolto questo problema. È documentato qui .

Stavo chiamando $rootScope.$applydue volte nello stesso flusso. Tutto quello che ho fatto è stato racchiuso il contenuto della funzione di servizio con a setTimeout(func, 1).

So che è una vecchia domanda, ma se hai davvero bisogno di usare $ scope. $ ApplyAsync ();

Chiamo $ scope. $ Si applica in questo modo per ignorare più chiamate in una volta.

      var callApplyTimeout = null;
      function callApply(callback) {
          if (!callback) callback = function () { };
          if (callApplyTimeout) $timeout.cancel(callApplyTimeout);

          callApplyTimeout = $timeout(function () {
              callback();
              $scope.$apply();
              var d = new Date();
              var m = d.getMilliseconds();
              console.log('$scope.$apply(); call ' + d.toString() + ' ' + m);
          }, 300);
      }

chiama semplicemente

callApply();