Ember.js: 중단 후 eager URL 정리

이 문제에 동의합니다. 경로의 willTransition 후크에서 transition.abort() 을 수행하더라도 지금보고 있습니다. URL은 전환이 중단되지 않은 경우 이동했을 페이지를 반영합니다.

: +1 :

@ ef4 나는 당신이 성향이 있다면 이것에 찌르기를 원합니다. 귀하의 관심사 / 가용성을 알고 계십시오.

이 작업은 할 수 있지만 당장은 아닐 수 있습니다.

: +1 : API 문서의 willTransition 샘플 코드 를 따를 때 실행되었습니다. abort 가 호출 되었음에도 URL이 변경됩니다.

나도 같은 문제가 있습니다. 궁금한 사람들을 위해 jsbin을 다시 만들었습니다. http://emberjs.jsbin.com/tijebi/1

@ ef4는 여전히 이것을 볼 계획입니까?

죄송합니다. 늦게 우선 순위 목록에서 낮습니다.

기록을 위해 방금 같은 문제를 경험했습니다.

열망 URL을 제거하고 # 9919 인 경우 유리합니다.

누군가가 여전히이 문제를 가지고 있고 _ 지금 당장 해결책이 필요한 경우 :

// app/routes/your-route.js

export default Ember.Route.extend({
    // ...
    actions: {
        willTransition(transition) {
            var model = this.controller.get('model');
            if (
                model.get('hasDirtyAttributes') && 
                !confirm("You're going to discard all unsaved changes. Are you sure?")
            ) {
                transition.abort();

                // Custom revert of Back button result
                var oldURL = this.router.generate(this.routeName, model);
                var newURL = this.router.location.getURL();
                if (oldURL != newURL) {
                    this.router.location.setURL(oldURL);
                }
            } else {
                return true;
            }
        }
    }
});

this.router.location 메서드를 직접 사용하고 싶지는 않지만 바로 지금이 작업을 수행하는 유일한 방법입니다 (_ 모든 유형의 위치 _ 처리).

방금 jsbin을 작년에서 1.13.4로 업데이트했는데이 문제가 여전히 존재합니다. http://emberjs.jsbin.com/lohekasuhu/edit?html , css, js

1.13.11에서도 여전히 문제임을 확인할 수 있습니다.

호출 abort() 의 전환에 afterModel URL에 결과가 업데이트되는 및 응용 프로그램이 깨진 상태로 점점.

후속 transitionToRoute 호출이 경로를 올바르게 업데이트하지 못했고 router.location getURL 및 setURL 메서드가 없으므로 위의 해결 방법이 더 이상 작동하지 않습니다.

@bcardarella 의 [jsbin을 2.5.0으로] 업데이트

이것은 https://github.com/tildeio/router.js/pull/197(2.10.0-beta.3+ 에서)에 의해 수정되었습니다.

v2.10.0-beta.3에 대한 데모 : http://emberjs.jsbin.com/yeqisuh/1

@rwjblue 나는 이것이 중단 사건에 대해 아직 수정되었는지 확실하지 않습니다. 이 문제는 ember 2.12.0에서보고 있습니다. 모델 후크에서 중단 된 경로로 전환 할 때 URL은 전환이 중단되지 않은 것처럼 애플리케이션의 상태를 반영합니다. 다른 사람들이 여전히 transition#abort 의이 동작을 경험하고 있습니까?

@kanderek 예, 방금이 행동을 발견했습니다. 나는 2.11.3에 있습니다.

안녕하세요,
2.14 년 11 월에도 문제가 여전히 존재하는 것 같습니다.

2.11.3에서이 문제 발생

현재이 추악한 해결 방법을 사용하여 stackoverflow에서 발견했습니다.

//right after an aborted transition
if (window.history) {
  window.history.forward();
}

저를 부끄럽게하지 마세요 ^

+1

이 문제가 계속 발생합니다! 2.12.2에 있습니다.

누군가 이것에 대한 실패한 예를 제공 할 수 있습니까?

@wagenet 은 Ember 3.1.1을 사용한 예입니다.
https://github.com/btecu/ember-issues/tree/5210

@SirZach @adamreisnz @bcardarella @bschouwerwou @btecu @cibernox @dkorenblyum @ ef4 @kanderek @kanongil @kottenator @machty @mutewinter @pixelhandler @ rafael-paiva @rwjblue @stefanpenner @wagenet @woprandi 가 여전히 문제입니다. 또는 이것의 새로운 복제물을 만들려면 어떻게 생각하십니까?

@btecu 예제를 Ember 3.5로 업데이트 할 수 있습니까?

+1 지금도 이것에 뛰어 들어 (내 생각 엔). 우리의 경우 페이지로 전환 한 다음 window.history.go (-1)을 사용하여 다시 돌아갑니다. 현재 페이지를 계속로드하는 것 (전환 등을 완료하고 나머지 비동기 콘텐츠를로드하는 것)에 시간이 걸립니다. 다시 전환합니다. URL은 즉시 업데이트됩니다. 히스토리 API를 직접 사용하기 때문일까요?

3.9.1에서 이것을 경험했습니다.

원래 버그가 확실히 고칠 않았기 때문에이 문제는 뒤죽박죽이다. 우리는 더 이상 URL 업데이트를하지 않습니다. 여기에는 무관 한 역사가 많기 때문에 마무리하겠습니다.

@miguelcobain 3.9.1에 대한 복제물을 새로운 문제로 공유해 주시면 적절한주의를받는 데 도움이 될 것입니다.

여전히 문제인 것처럼 보이는이 문제를 검색했을 때 가장 큰 결과 였기 때문에이 문제를 발견하는 모든 사람을위한 해결 방법이 포함 된 업데이트 된 스 니펫을 붙여 넣을 것이라고 생각했습니다 (실제 해결책이 있는지 알려주세요. 나는 모른다) :

  <strong i="6">@service</strong> router

  <strong i="7">@action</strong> 
  willTransition(transition) {
    if (!transition.to.find(route => route.name === this.routeName) && !confirm('confirm?')) {
      transition.abort()
      let oldURL = this.router.currentURL;
      let newURL = this.router.location.getURL();
      if (oldURL != newURL) {
          this.router.location.setURL(oldURL);
      }
    }
    return true;
  }

이것은 @kottenator 가 위에서 제시 한 제안의 단순화 된 버전입니다 (https://github.com/emberjs/ember.js/issues/5210#issuecomment-122033542).