Ember.js: विकृत परिवर्तन Ember.RSVP.on ('त्रुटि', ...) में त्रुटि का प्रसार करते हैं ...

@ofbriggs मेरा सबसे अच्छा अनुमान है कि यह प्रतिबद्ध है - https://github.com/emberjs/ember.js/commit/94e1035a0eb66cc4d2a6624ff2557a331524f663 28 दिन पहले TransitionAborted आसपास के व्यवहार को संबोधित करता है, जो शायद @chancancode या @rwjblue का जवाब दे सकता है। सवाल।

मुझे संदेह है कि मेरी प्रतिबद्धता ने उस विशेष व्यवहार को बदल दिया है, लेकिन मैं व्यक्तिगत रूप से सहमत हूं कि यह RSVP को प्रचारित नहीं करना बेहतर लगता है, हालांकि मुझे यकीन नहीं है कि वास्तव में क्या बदल गया है।

मैं अगले हफ्ते (मार्गों के इंस्ट्रूमेंटेशन) से संबंधित कुछ देख सकता हूं, इसलिए अगर किसी और ने इसका पता नहीं लगाया है, तो मैं उस काम के हिस्से के रूप में उजागर कर सकता हूं।

ऐसा लगता है कि कुछ इंटर्न रिजेक्शन नहीं संभाल रहे हैं, इसे बग माना जाना चाहिए।

यदि अस्वीकृति को एक ही मोड़ में संभाला जाता है, तो यह on('error प्रचार नहीं करता है

इस पर किसी भी अद्यतन? मैं इसे एम्बर 2.2.0 में भी अनुभव करता हूं।

अभी के लिए मैं केवल वर्कअराउंड के रूप में त्रुटि के नाम को हार्डकोड कर रहा हूं।

export default function onServerError(cb) {
  Ember.RSVP.on('error', (reason) => {
    // An aborted transition propogates an error to RSVP
    if(reason.name !== 'TransitionAborted') {
      cb(reason);
    }
  });
}

इस पर कोई प्रगति? हम एम्बर 2.3 पर भी इसका अनुभव कर रहे हैं।

+1

हमने अपने त्रुटि ट्रैकिंग प्लेटफ़ॉर्म संतरी के साथ इसी मुद्दे का अनुभव किया और इसे इस प्रतिबद्ध में देखे गए समाधान के साथ हल किया। शायद यह किसी की मदद करता है :)

+1

+1

+1

धन्यवाद @stravid , यह वही है जो मुझे चाहिए था। इस बग के महीनों और मैंने आखिरकार इस धागे और आपके वर्कअराउंड को बहुत Google-फू के बाद पाया। 🙇

@Devinus तरह के शब्दों के लिए धन्यवाद, मैं थोड़ा ब्लॉग पोस्ट लिखने की कोशिश करूंगा ताकि भविष्य में इतना गूगल-फू की जरूरत न पड़े :)

धन्यवाद @stravid , लेकिन यह अभी भी एक समाधान नहीं है, हो सकता है कि हम मॉडल के अनुरोध विफल होने की जांच करने के लिए त्रुटि कॉलबैक पर अधिक

मैंने अभी ember-cli-sentry https://github.com/damiencaselli/ember-cli-sentry/pull/67 में फिक्स मर्ज किया है

इसे एम्बर 2.5 में अनुभवी (हम एम्बर संस्करण को अपडेट करने की प्रक्रिया में हैं)।
भविष्य के संदर्भ के लिए, मैं एम्बर-क्ली-संतरी ^ के उपयोग की सलाह देता हूं।

इससे पहले कि हम त्रुटि की उत्पत्ति का पता लगाएं, हमें झूठी अलार्म की मात्रा के कारण हमारी संतरी सदस्यता को अपग्रेड करना होगा ... साथ ही एक दोपहर / शाम ...

मुझे यह पता लगाने में भी कुछ समय लगता है कि यह एक झूठी सकारात्मक त्रुटि थी।

transitionTo का उपयोग redirect गाइड में और एपीआई में प्रलेखित है:
https://emberjs.com/api/ember/2.18/classes/Route/methods/redirect?anchor=redirect

फिर भी यह अभी भी एक त्रुटि पैदा करता है:
https://ember-twiddle.com/41c21d19e962b4981c967e46228452bb

यह बहुत सारे एम्बरज के नए साथियों के समय को बचाएगा

@chancancode या @rwjblue इस व्यवहार में कोई परिवर्तन करने की योजना बना रहा है?
हम इसे तब देख रहे हैं जब हमारे पास beforeModel() में एक गार्ड है जो एक अलग मार्ग में संक्रमण करता है।
हम अभी भी इसे एम्बर 2.16 पर देख रहे हैं

@Boubalou @bichotll @binoculars @bkCDL @bugduino @cbou @chancancode @devinus @dschmidt @dtropp @gertjanwytynck @ jbryson3 @jemware @olivia @remkoboschker @stefanpenner @stianpr @stravid @tchak @ victor95pc यह अभी भी एक मुद्दा है, शायद हम बंद हो जाना चाहिए , तुम क्या सोचते हो?

मैं आजकल मुश्किल से एम्बर का उपयोग करता हूं, लेकिन मुझे लगता है कि आप इसे फोर्क करके और एम्बर संस्करण को अपडेट करके पुन: पेश करने की कोशिश कर सकते हैं?
http://emberjs.jsbin.com/wiruqobiqe/1/edit?output

@Bichotll के रूप में

मेरे पास इसे परखने का मौका नहीं है

मैंने एम्बर का उपयोग करना बंद कर दिया है, इसलिए मैं पुष्टि नहीं कर सकता कि यह अभी भी एक मुद्दा है।

ऐसा लगता है कि यह अभी भी एक मुद्दा है: https://ember-twiddle.com/fe0e87339fd079e212d5713f5288ce58

हां, यह अभी भी एक मुद्दा है (एम्बर-3.5.0 के साथ परीक्षण)।

अभी भी यह 3.8 में देख रहा है

3.10.0 पर प्रजनन: https://github.com/robgarden/ember-transition-aborted-reproduction

2.18.2 पर +1

ब्राउज़र त्रुटियों के लिए ऐसा लगता है कि यह शोर का एक मुद्दा है। हालांकि, फास्टबूट के साथ यह थोड़ा अधिक कठिन हो जाता है, क्योंकि फेंक सब कुछ रोक देगा। मुझे उस विशेष त्रुटि को पकड़ने का कोई रास्ता नहीं मिल रहा है, और मुझे इस मुद्दे पर संदेह है कि अपवाद एक त्रुटि त्रुटि हैंडलर के अंदर फेंका जा रहा है।

जिज्ञासा से, उस विशेष फेंक में क्या मूल्य है? मैं सोच रहा था कि इसे या तो हटाया जा सकता है, या यदि त्रुटि हैंडलर को स्थानांतरित किया जा सकता है ताकि इसे ओवरराइड किया जा सके।

@Boubalou @bichotll @binoculars @bkCDL @bugduino @cbou @chancancode @devinus @dschmidt @dtropp @gertjanwytynck @ jbryson3 @jemware @olivia @remkoboschker @stefanpenner @stianpr @stravid @tchak @ victor95pc यह अभी भी एक मुद्दा है, शायद हम बंद हो जाना चाहिए , तुम क्या सोचते हो?

@pixelhandler यह अभी भी एक मुद्दा है - मैं इसे एम्बर 3.8.3 पर पुन: पेश कर सकता हूं। मुझे लगता है कि हमें inactive लेबल को हटाने पर विचार करना चाहिए, विशेष रूप से @robgarden ने प्रजनन के लिए

मैं सहमत हूँ। यह बहुत कष्टप्रद मुद्दा है। यदि आप परीक्षण कर रहे हैं तो इसका ब्लॉकिंग टेस्ट भी बंद हो गया है

संक्रमण के लिए हमारे कैच स्टेटमेंट जो इस त्रुटि के लिए स्पष्ट रूप से एक गर्भपात को प्रभावित कर सकते हैं। फिर भी एक दर्द हालांकि ...

उत्तर देने के लिए प्रश्न यदि हम कभी भी TransitionAbortedError परवाह करते हैं, तो क्या यह इस तरह से हो सकता है कि हम रिपोर्ट किए गए अपवाद चाहते हैं? यह जानना उपयोगी हो सकता है कि उपयोगकर्ता कब पुनर्निर्देशित हो रहा है (यह आमतौर पर उपयोगकर्ता या यूएक्स के लिए बुरा व्यवहार है, उपयोगकर्ता को पता होना चाहिए कि वे किसी चीज पर क्लिक करते समय कहां जा रहे हैं)।

कई मामलों में आपको विचार करना चाहिए कि उपयोगकर्ता आपको पुनर्निर्देशित करने से पहले कहां जा रहा है और अंतिम उपाय के रूप में पुनर्निर्देश का उपयोग करें। जिन "सहज" त्रुटियों की सूचना दी जा रही है, वे वास्तव में मेरे विचार से खराब UX डिजाइन के संकेत हैं।

बेशक, मैं इस मुद्दे से प्रभावित हूं क्योंकि कई मामलों में आप मॉडल हुक होने के बाद तक उपयोगकर्ता को निर्देशित करना नहीं जानते हैं ... जैसे कि बैकएंड पर एक फ़ील्ड बदलना। फिर भी चुपचाप पुनर्निर्देशित करने के बजाय संक्रमण के बारे में उपयोगकर्ता की प्रतिक्रिया देना अच्छा है।

इसलिए मुझे लगता है कि यह एक अच्छी बात है कि उन्हें फेंक दिया जाता है, यह उपयोगकर्ता को एक अप्रत्याशित संक्रमण के लिए सचेत करने का अवसर देता है और आपको उन स्थानों की याद दिलाता है जहां आपके उपयोगकर्ता अनुभव को बेहतर बनाया जा सकता है।

@ezpuzz Tiered authorization (प्रमाणीकरण नहीं) एक ऐसा क्षेत्र है जिसे हम हमेशा इसमें चलाते हैं। हम संक्रमण को बाद में संग्रहीत करते हैं ताकि हम मार्गों को लागू करते समय अच्छे UX प्रदान कर सकें और डेवलपर दर्द को कम कर सकें। हम नहीं जानते कि किन मार्गों को हिट होने तक अनुमति की आवश्यकता होती है, जिस स्थिति में हम गर्भपात करते हैं और रिट्रीट से पहले एलिवेटेड क्रेडेंशियल्स के लिए पूछते हैं। एक सामान्य व्यापक बयान कि कई मामलों में यह बुरा है UX एक मिथ्या नाम है।

यह भी ध्यान दें, इस त्रुटि को एक async ब्लॉक में उठाया जाता है, rsvp.on पर ऑफलोड नहीं किया गया ('त्रुटि')

अगर आप RSVP.on('error') ओवरराइड नहीं करते हैं, तो यह कोड चलता है जो त्रुटि को निगलता है: https://github.com/emberjs/ember.js/blob/master/packages/@ember/ -internals / runtime / lib /ext/rsvp.js

@ James1x0 क्षमा करें, मेरे

उस स्थिति में हम यहां त्रुटि की उपयोगिता में सुधार कर सकते हैं: https://github.com/tildeio/router.js/blob/604f7dfa246148a7737e1bb052b563b679b6d91a/lib/router/transition-aborted-error.tsor.ts

संक्रमण के बारे में और अधिक यहाँ से गुजरने पर: https://github.com/tildeio/router.js/blob/604f7dfa246148a7737e1bb052b563c679b6b9a/lib/router/transition.ts#L40101

इसे अनदेखा किया जा सकता है अन्यथा जैसा कि मेरी पिछली टिप्पणी में बताया गया है।