Non interceptée Erreur: Échec de l'Assertion: l'appel d'ensemble sur l'objet détruit

de travail en braise-cli de test. Après tous les tests passés, il renvoie supplémentaire de deux test avec des erreurs.

Erreur non interceptée: Assertion Failed: l'appel d'ensemble sur l'objet détruit
Source : '../dist/assets/fournisseur.js:13269'

c'est une unité de test de configuration

import Ember from "ember";
import { test,moduleFor } from 'ember-qunit';
import startApp from '../helpers/start-app';

var App;

module('An Integration test',{
    setup:function(){
        App=startApp();
    },
    teardown: function() {
        Ember.run(App, 'destroy');
    }
});
  • Avez-vous jamais comprendre cela?
InformationsquelleAutor Nininea | 2014-08-05
  1. 44

    C'est soit parce que le résultat d'une promesse ou tout autre différés code vous ne cochez pas la détruire statut d'un objet, ou parce que vous n'avez pas de démontage de quelque chose qui a été d'installation et d'interagir avec d'événements DOM ou quoi que ce soit externe à la base de Braise.

    J'ai utilisé ce, en particulier, sur certains plugins jQuery qui je l'ai associé à la Braise, et pendant les tests les plugins étaient en train de détruire trop lentement, et j'ai été ensuite soit pas à l'aide d'une exécution de la boucle, ou de ne pas avoir vérifié la destruction de statut de la Braise à l'objet que je a été la manipulation.

    Vous pouvez le faire avec:

    if ( !(obj.get('isDestroyed') || obj.get('isDestroying')) ) {
  //do your destroying code setting stuff
}

    Aussi penser à la destruction de tout les plugins jQuery qui pourraient avoir été initialisés dans le code de votre point de vue (rien d'installation dans didInsertElement devrait être de démontage dans willDestroyElement par exemple).

    • Que voulez-vous dire exactement par "// ne vous détruire réglage du code de choses"? J'ai le même problème lorsque je suis à l'appel des ce.$(document).on('click', '.myEl', function() { // faire quelque chose });. Je remarque que ce gestionnaire de clic ne fonctionne pas lorsque l'utilisateur accède à une autre route et revient sur l'itinéraire qui a le code ci-dessus. Notez que le gestionnaire de clic est dans une vue.
    • vous ne devez pas écouter les événements comme ça. Si l'événement click est par rapport à la vue, vous devez utiliser le eventManager propriété de la vue à la place (voir la section emberjs.com/api/classes/Ember.View.html#toc_event-managers). De toute façon, vous pourriez avoir écouté quelques jQuery événements et essayez d'appeler certaines méthodes (y compris les get/set) de braise objets. Si donc, assurez-vous de retirer les écouteurs d'événement dans le willDestroyElement, et si vous ne pouvez pas, surround de votre événement en fonction de son corps avec ce if j'ai écrit, alors que dans le cas où la Braise à l'objet est déjà détruit ou est en train de détruire, vous n'aurez pas d'erreurs
    • Je n'ai enveloppe mes sélecteur jQuery à l'intérieur de l'instruction si vous avez partagé. J'ai seulement remplacé obj avec " ce " qui est l'objet de Braise. Etait-ce la bonne façon de le faire? Je vois encore l'erreur.
    • Je voudrais ajouter liés réponse comme une autre réponse à cette question.
    • Les futurs voyageurs: un bon moyen pour éviter ce problème tout au long de votre Braise apps, explorer ember-concurrency.com
    InformationsquelleAutor Huafu
  2. 11

    Ok j'ai du mal avec chose de similaire. Donc, fondamentalement, lorsque vous avez des "ce.set()" à l'intérieur d'une promesse, il se peut que la promesse prend trop de temps à résoudre, et l'utilisateur déjà cliqué loin à partir de cette page, dans ce cas, vous essayez de créer quelque chose, c'est déjà détruit. J'ai trouvé la solution la plus simple pour être juste un simple de vérifier au début de la promesse.

    if (this.isDestroyed) {
    return;
}
this.set('...');
...

    Edit: sinon, vous pouvez utiliser De braise.trySet.

    • salut..ce que vous avez fait pour ce
    InformationsquelleAutor Arntor
  3. 0

    J'ai eu un problème similaire dans un test d'intégration. Pour résoudre, dans le test d'intégration, j'ai attendu avant d'effectuer l'action suivante.

    import wait from 'ember-test-helpers/wait';
wait().then(() => {
//perform action (which previously used to cause an exception)
});
    InformationsquelleAutor Naveen N
  4. 0

    Le problème est lié à une promesse de ne pas complètement résoudre et un autre test se faire immédiatement après.

    Vous devriez donner Braise De La Simultanéité un essai.

    importer { tâche, délai d'attente } de "braise-simultanéité';

    myFunction: task(function * () {

  //do somethinng

  yield timeout(1000); //wait for x milliseconds

  //do something else

}).drop(),
    InformationsquelleAutor lookininward