Warum wird ein TransitionAborted-Fehler beim Ausführen eines vollständigen Routenübergangs beim Ändern von Abfrageparametern ausgelöst?
Ich arbeite von dem " Opt-in-Übergang über refresh () " Beispiel unten der Abfrageparameter Ember guide ( Ссылка ).
Die einzige Änderung, die ich vorgenommen habe, war Fehler zu protokollieren:
%Vor%Hier ist ein aktualisierter JS-Bin: Ссылка
Wenn Sie auf die Schaltfläche "Ändern" klicken, wird in der Konsole ein TransitionAborted-Fehler angezeigt.
Ich habe schon seit geraumer Zeit versucht, Ember in meiner App von 1.7.0-beta.1 + canary zu aktualisieren, aber viele meiner QNit-Tests scheitern, wenn ich sie alle zusammen benutze. Die meisten meiner Tests sind in Ordnung, wenn ich sie isoliert leite. Ich vermute, dass die TransitionAborted-Fehler die Testfehler verursachen können. Ich bin mir jedoch nicht sicher, ob TransitionAborted-Ausnahmen normal sind, wenn vollständige Übergänge ausgeführt werden. Wenn jemand auf die eine oder andere Weise bestätigen kann, wäre das sehr hilfreich, um die Ursache meiner Probleme zu finden, was immer sie auch sein mögen.
Ich bin heute auch auf dieses Problem gestoßen. Ich benutze Ember 1.11.1 und Ember-Daten 1.1.1-beta.16.1.
In meinem Fall hat die Änderung des Abfrageparameters keine Auswirkungen auf die Daten des Modells, sondern auf eine andere Abfrage. Am Ende habe ich also refreshModel: true von meinem Parameter im Routencode entfernt und einen Beobachter auf dem Controller für diesen URL-Parameter hinzugefügt. Als der Controller eine Änderung in der Variablen queryParam feststellte, rief der Controller die Funktion auf, die ich für die erneute Abfrage meines sekundären Modells benötigte.
Ich bin nicht sicher, ob dies das Problem beheben würde, wenn der Abfrageparameter an das Modell der Route gebunden ist, da ich das noch nicht in meinem Code probiert habe. Es sieht so aus, als ob der GitHub-Link im Kommentar oben einen bestätigten Fehler enthält, also bin ich gespannt, wie das enden wird.
Bryan
Tags und Links javascript ember.js