2014-09-09 9 views
9

Dlaczego podczas przejścia do pełnej trasy pojawia się błąd TransitionAborted podczas zmiany parametrów zapytania?Ember TransitionAborted przy przełączaniu pełnej trasy z nowymi parametrami zapytania

Pracuję nad przykładem "Opt-in to full transition via refresh()" podanym w dolnej części parametrów zapytania Ember guide (http://emberjs.com/guides/routing/query-params/).

Jedyną zmianą zrobiłem było błędów log:

Ember.RSVP.configure('onerror', function(error) { 
    Ember.Logger.assert(false, error); 
}); 

Oto zaktualizowana JS Bin: http://jsbin.com/rerido/1/edit?console,output

Jeśli kliknąć przycisk "Zmień to" przycisk, zobaczysz błąd TransitionAborted wyrzucony w konsoli.

Od pewnego czasu próbuję uaktualnić Ember w mojej aplikacji z wersji 1.7.0-beta.1 +, ale wiele moich testów QUIT kończy się niepowodzeniem, gdy je wszystkie wykonuję. Większość moich testów jest w porządku, jeśli prowadzę je w izolacji. Podejrzewam, że błędy TransitionAborted mogą powodować błędy testowe. Jednak nie jestem pewien, czy wyjątki TransitionAborted są normalne podczas wykonywania pełnych przejść. Jeśli ktokolwiek może potwierdzić w taki czy inny sposób, byłoby to bardzo pomocne w dotarciu do pierwotnej przyczyny moich problemów, niezależnie od tego, czym one są.

+0

Link jsbin działa poprawnie – thecodejack

+0

Mam ten sam problem, znalazłeś już rozwiązanie? –

+5

Niestety, nie ma jeszcze rozwiązania. Próbowałem przejść przez kod, ale bez powodzenia. Otworzyłem problem na Github (https://github.com/emberjs/ember.js/issues/5566), a machty został do niego przypisany! Trzymam kciuki. – Linda

Odpowiedz

0

Również dzisiaj borykałem się z tym problemem. Używam Ember 1.11.1 i Ember-data 1.1.1-beta.16.1.

W moim przypadku zmiana parametru zapytania nie ma wpływu na dane modelu, ale na inne zapytanie. Tak więc skończyło się usunięcie refreshModel: true z mojego parametru w kodzie trasy i dodałem obserwatora na kontrolerze dla tego parametru adresu URL. Kiedy więc kontroler wykrył zmianę w tej zmiennej queryParam, kontroler nazwał funkcję potrzebną do ponownego zapytania do mojego modelu drugorzędnego.

Nie jestem pewien, czy rozwiązałoby to problem, jeśli parametr zapytania jest powiązany z modelem trasy, ponieważ nie próbowałem go jeszcze w moim kodzie. Wygląda na to, że z linku github w powyższym komentarzu jest gdzieś potwierdzony błąd, więc jestem ciekaw, jak to się skończy.

Bryan

Powiązane problemy