मुझे भी यह समस्या हो रही है, हम उपयोग कर रहे हैं: Xamarin.Forms 3.6.0.539721

Forms के हर संस्करण को यह मिलेगा क्योंकि iOS में WebViewRenderer UIWebView को लागू करता है, और फ़ाइल WkWebViewRenderer पर स्विच करने पर भी रुकी रहती है। मुझे नहीं पता कि निर्माण के दौरान उस फ़ाइल को लिंक करने का कोई तरीका है या नहीं।

@ swansca79 - यह बहुत ज्यादा है जो मुझे डर था। मुझे उम्मीद है कि जैसा आप कहेंगे हम इसे लिंक कर सकते हैं।

इस आवश्यकता पर Apple की समय सीमा क्या है? मुझे कोई नहीं मिला ...

मुझे लगता है कि यह सभी ऐप को प्रभावित करता है चाहे वे नए सबमिशन या अपडेट हों। अगर ऐसा है, तो पुराने रेंडर को जोड़ने की क्या बात है? इसे सोर्स कोड से हटाया जाना चाहिए। इसके अलावा, हमें यह पता लगाने की जरूरत है कि यह एक iOS 13 आवश्यकता है या नहीं ...

वही समस्या है। मैं Xamarin.Forms 4.2.0.709249 का उपयोग कर रहा हूं

मैं आईओएस प्रोजेक्ट की AssemblyInfo.cs में निम्न पंक्ति जोड़ा है, लेकिन है कि कुछ भी नहीं बदलता है:

[assembly: ExportRenderer(typeof(WebView), typeof(Xamarin.Forms.Platform.iOS.WkWebViewRenderer))]

मैं ऐप सबमिशन के लिए भी ऐपल की डेडलाइन जानना चाहूंगा।

वही समस्या है।
किसी को पता है कि Apple इस समय सीमा के लिए है? या अगर Xamarin इस अपडेट पर काम कर रहा है

UIWebView अभी भी iOS13 betas में है, इसलिए संभवतः iOS14 तक है।

यदि आप Xamarin.Forms.iOS रेंडरर्स फ़ोल्डर को देखते हैं तो आप देखेंगे कि उन्होंने 2 महीने पहले WKWebViewRender जोड़ा था। मुझे लगता है कि आप उस रेंडर से विरासत में अपना खुद का वेबव्यू बना सकते हैं (यदि आपके पास अपने प्रोजेक्ट पर XF का लास्ट संस्करण नहीं है तो आप इस मुद्दे को अपने वेब व्यू के साथ ठीक करने के लिए कोड को कॉपी / पेस्ट कर सकते हैं)

WkWebViewRenderer.cs

दोस्तों, मुझे कुछ अजीब लगता है, मैंने ऐप बंडल पहचानकर्ता को बदल दिया और इसे फिर से ऐप स्टोर में जमा कर दिया, और मुझे ऐप्पल से चेतावनी ई-मेल नहीं मिली।
और मेरी स्थिति: तीन दिन पहले, मुझे ऐप्पल से कोई चेतावनी ई-मेल प्राप्त नहीं हुई थी जब टेस्टालाइट को आईपीए जमा किया गया था, और फिर मुझे कुछ बदलाव करने के बाद ई-मेल प्राप्त हुआ, जो कि वेबव्यू के साथ कोई संबंध नहीं है, फिर मैं खोजने की कोशिश करता हूं निम्नलिखित तरीकों से क्यों:
1. WKWebViewRenderer के साथ UIWebViewRenderer को बदलने की कोशिश करें;
2. वेब दृश्य को हटाएं;
3. तीसरे पक्ष के nuget lib को निकालें (मैंने हाल ही में जोड़ा);
लेकिन वे चेतावनी के बारे में बेकार हैं (मैं अभी भी चेतावनी ई-मेल प्राप्त करता हूं)।
मुझे नहीं पता कि ऐप्पल द्वारा आईपीए की जांच कैसे की गई, क्या कोई संभावना है कि वे कुछ गलतियां करते हैं?

मैंने देखा कि हाल ही में यह स्थिति स्पंदन और प्रतिक्रिया-मूल के साथ दिखाई देती है। (डेवलपर्स समस्याओं को भी पूरा करते हैं।)

@ कार्ल-वेन यह आयोनिक ऐप के साथ भी होता है

मुझे आज Apple Store Connect से यही संदेश मिला। अजीब बात है मेरे आवेदन में कोई वेब दृश्य नहीं है। मैंने Xamarin प्लगइन्स को देखने का भी प्रयास किया है कि क्या उनमें से कोई भी उपयोग करता है, लेकिन ऐसा लगता था कि उनमें से कोई भी UIWebView का उपयोग नहीं कर रहा है (100% सुनिश्चित नहीं है, क्योंकि निर्भरता की निर्भरता भी हैं)।
क्या कोई जानता है कि आवेदन में UIWebView के उपयोग की पहचान कैसे करें?

येही चीज़ मेरे साथ भी होती है। पहली बार ऐप सबमिट करने की कोशिश कर रहा है

मुझे iTunesConnect से आज भी यही चेतावनी मिली है

मुझे भी कुछ दिनों पहले वही त्रुटि मिली है, क्या कोई वर्कअराउंड है?

कृपया यहाँ मेरा उत्तर जाँच अप, मैं Xamarin.Forms 3.6.x पर एक परियोजना है और यह कुछ WebViews का उपयोग करता है, तो मैं केवल iOS के लिए WebView के लिए एक कस्टम रेंडरर बनाया है और से विरासत में बदल दिया है UIWebViewRenderer करने के लिए WKWebViewRenderer । कल मैंने स्टोर पर आवेदन अपलोड किया और कोई चेतावनी नहीं मिली।

एक ही मुद्दा

@FabriBertani क्या आप अपना कस्टम रेंडर कोड साझा कर सकते हैं?

मुझे एक ही मुद्दा मिला है, लेकिन मेरा ऐप किसी भी वेब दृश्य का उपयोग नहीं करता है। मुझे लगता है कि Apple Xamarin.iOS पुस्तकालय में उपयोग का पता लगा रहा है।

क्या आपके पास इसके लिए कोई समाधान या समाधान है? ऐसा तब भी हुआ जब हमने अपना ऐप अपलोड किया। हम WebViews का भी उपयोग नहीं करते हैं और ऐसा लगता है कि @dhewitson सही है कि यह Xamarin लाइब्रेरी पर UIWebView के कारण है।

मान लें कि आपके पास UIWebView का उपयोग करने वाला कोई भी पैकेज नहीं है जिसे आप नियंत्रित नहीं कर सकते हैं, यह पर्याप्त होना चाहिए। फिर नियमित XF WebView के बजाय अपने कस्टम रेंडरर का उपयोग करें

namespace YourAppNameSpace
{
    public class CustomWebView : WebView
    {
    }
}

[assembly: ExportRenderer(typeof(CustomWebView), typeof(CustomWebViewRenderer))]
namespace YourAppNameSpace.iOS
{
    public class CustomWebViewRenderer : WkWebViewRenderer
    {
    }
}

एक ही मुद्दा, किसी को भी इस पर एक अद्यतन है?

ज़रा सुनिए सभी! रिपोर्टिंग और आपके शोध के लिए धन्यवाद।

हम इसे ट्रैक कर रहे हैं और WkWebView लिए एक रेंडरर पहले से ही थोड़ी देर के लिए जगह में है। मैं एक पीआर बनाने पर आगे बढ़ा हूं जो कि रेंडरर को डिफ़ॉल्ट बनाता है और UIWebView एक को

मैं बाकी टीम से अपने पीआर पर कुछ समीक्षाओं और प्रतिक्रिया की उम्मीद करता हूं, लेकिन उम्मीद है कि इसे जल्द ही हल किया जाना चाहिए।

हाय @jfversluis यह संभव होगा कि फिक्स को XamarinForms के पुराने संस्करण पर लागू किया जा सकता है?
मैं 3.4.0.1009999 का उपयोग कर रहा हूं और यह Xamarin.Forms के नवीनतम संस्करण में अपग्रेड करने के लिए बहुत प्रयास होगा।

@ngoquoc हम इसे पहले के संस्करणों में

@jfversluis बिजली तेजी से उत्तर के लिए धन्यवाद: डी
मैं बिल्कुल सहमत हूं कि यह नए संस्करण में अपग्रेड करने के लायक है, लेकिन यह स्थिति वास्तव में हमारे नियोजित रिलीज की समय सीमा के करीब है। और हमारे पास कई विरासत निर्भरताएं हैं (जो केवल XF 3.x तक का समर्थन करती है) और साथ ही साथ नए संस्करण के ब्रेकिंग परिवर्तनों का भी उपयोग करती है।

@ngoquoc कोई समस्या नहीं है! मैं पूरी तरह से समझता हूँ! आपकी अगली रिलीज़ के लिए मुझे लगता है कि हालांकि इसे अपग्रेड करने के लिए देखना बुद्धिमानी है। अधिक एपीआई हो सकते हैं जो जल्द ही अपदस्थ या पदावनत हो जाएंगे। अगर आपके उन्नयन के अनुभव को बेहतर बनाने के लिए हम कुछ भी कर सकते हैं, तो कृपया पहुंचें!

उम्मीद है कि हम 3.4 पर इस मुद्दे के समाधान को लागू कर सकते हैं। 4.x में अपग्रेड करना हमारी योजना में पूरी तरह से है और अगर हमें मदद की जरूरत है तो हम टीम से बाहर पहुंचेंगे (उम्मीद नहीं: डी)। वास्तव में आपके समर्थन की सराहना करते हैं!

@ngoquoc किसी भी मामले में, जैसा कि ऊपर लिखा गया है, जबकि आप अपना आईपीए अपलोड कर सकते हैं, और iOS13 में यह वर्ग अभी भी है।
तो, यह कुछ समय के लिए काम करेगा

@KSemenenko क्या आपका मतलब है "चेतावनी" ऐप को ऐप्पल स्टोर पर भी प्रकाशित किया जा सकता है?
अगर ऐसा है, तो बढ़िया है, हम कुछ और समय के लिए WKWebView पर स्विच करना और स्थगित कर सकते हैं: D
मेरी एकमात्र चिंता यह है कि क्या Apple चेतावनी के साथ इस तरह के आवेदन को मंजूरी देता है।
मुझे यहां पदावनति के बारे में प्रकाशित जानकारी मिली, लेकिन कोई आधिकारिक समय सीमा / Apple स्टोर समीक्षा नीति निर्दिष्ट नहीं है: https://developer.apple.com/documentation/uikit/uiwebview

@ngoquoc ऐतिहासिक रूप से, हाँ वे अभी भी उन ऐप्स को अभी के लिए अनुमोदित करेंगे। चेतावनी मूल रूप से कह रही है "हे, हम आपके ऐप को अभी के लिए अनुमोदित करेंगे, लेकिन भविष्य में हम ऐसा नहीं करने जा रहे हैं, आपको इसे स्विच करना चाहिए"। जब तक आप प्रकाशित करते हैं इससे पहले कि वे स्विच करने का निर्णय लेते हैं, तो आप एक त्रुटि के लिए अच्छे हैं।

धन्यवाद। मैं अब ऐप सबमिट करने की कोशिश करूंगा और Apple के रिव्यू आने के कुछ ही दिनों में शायद आप लोगों को इसका परिणाम वापस मिल जाएगा। :)

@ngoquoc कल मैं AppStore में ipa अपलोड करने में सक्षम था।

से नकल की गई
https://github.com/xamarin/Xamarin.Forms/pull/7367#issuecomment -522559898

मेरा वर्तमान विचार यह पता लगाना होगा कि उन रेंडरर्स को लिंक नहीं किया जा रहा है (जो मैं थोड़ा काम कर रहा हूं)। यदि RenderWith का परिणाम Renderers से लिंक होने के बाद नहीं है, तो मुझे नहीं लगता कि और पूरी फ़ॉरवर्डर्स चीज़ किसी भी उद्देश्य (सही) परोसती है?

उस स्थिति में हम डिफ़ॉल्ट प्रकार (इस PR में) को स्विच कर सकते हैं और फिर WebViewRenderer को छोड़ सकते हैं। यदि लोगों को वापस WebViewRenderer पर वापस जाने की आवश्यकता होती है, तो वे इसके लिए निर्यात जोड़ सकते हैं, लेकिन यदि लोग इसका उपयोग नहीं कर रहे हैं, तो उम्मीद है कि यह लिंक से जुड़ा हुआ है। बाहर।

एक कारण जो मैंने पाया है वह यह है कि हमारे प्लेटफ़ॉर्म असेंबली में दोनों हैं
विधानसभा स्तर पर निर्दिष्ट संरक्षित करें जो सभी प्रकारों को बनाए रखने के लिए विधानसभा को मजबूर करता है

मैंने हमारे प्लेटफ़ॉर्म प्रोजेक्ट में एक डमी क्लास को जोड़कर परीक्षण किया और प्रिसर्वएटर के साथ क्लास के चारों ओर रहता है, लेकिन इसके बिना प्रेज़र्वेटट्रिब्यूट चला जाता है।

रेंडरर्स अभी भी चारों ओर से चिपकते हैं :-) लेकिन यह एक बेबी स्टेप है

मैंने CheckboxRendererDesigner वर्ग के साथ एक त्वरित परीक्षण चलाया (क्योंकि यह वास्तव में कहीं भी उपयोग नहीं किया गया है)

और अगर मैं कोड की इन दोनों लाइनों को हटा देता हूं
https://github.com/xamarin/Xamarin.Forms/blob/d56942c5bee0a7c56255febc8bbcc6bc33d5e1cb/Xamarin/orms.Platform.Android/AppCompat/FormsAppCompatActivity.cs##128

https://github.com/xamarin/Xamarin.Forms/blob/bcf1d857f70c2d521fdbf59bd73445c7e77fe1fc/Stubs/Xamarin.Forms.Platform.cs#L112

फिर यह लिंक आउट हो जाता है।

यह इन फारवर्डर परियोजनाओं पर रेंडरविथ के इच्छित उद्देश्य की तरह लगता है
https://github.com/xamarin/Xamarin.Forms/blob/bcf1d857f70c2d521fdbf59bd73445c7e77fe1fc/Stubs/Xamarin.Forms.Platform.cs#L112

कमजोर पर्याप्त कनेक्शन प्रदान नहीं किया गया था जिसकी उम्मीद थी

ऐसा लगता है कि ऐसा इसलिए हो रहा है क्योंकि चेकबॉक्स (फॉर्म एलिमेंट) खुद से लिंक नहीं किया जा रहा है, जो फिर रेंडर को चारों ओर रखने के लिए

अगर मैं कुछ गैर-मौजूद वर्ग की विशेषता के लिए CheckboxRendererDesigner को बदल देता हूं
`` `सी #
[RenderWith (टाइपोफ़ (CheckBoxRenderer))]
आंतरिक वर्ग _CheckBoxRenderer {}

[RenderWith(typeof(CheckBoxDesignerRenderer))]
internal class _CheckBoxRendererIsMyNameo { }

`` `

फिर यह बाहर लिंक हो जाता है ...

तो यह पता लगाने की आवश्यकता है कि चेकबॉक्स को कैसे लिंक किया जाए

क्या दूसरों ने ऐसा करके चेतावनी को दूर जाते देखा है?

https://github.com/xamarin/Xamarin.Forms/issues/7323#issuecomment -5274647

@PureWeen

मेरे लिए काम नहीं किया, मेरे पास रेंडरर और असेंबली फ़ाइल में प्रविष्टि दोनों हैं और अभी भी चेतावनी मिलती है।

क्या आपका मतलब है कि सिर्फ WKWebViewRenderer जोड़ना इस चेतावनी ई-मेल के लिए पर्याप्त नहीं है?

@PureWeen

मेरे लिए काम नहीं किया, मेरे पास रेंडरर और असेंबली फ़ाइल में प्रविष्टि दोनों हैं और अभी भी चेतावनी मिलती है।

उस स्थिति में शायद आपके पास UIWebView का उपयोग करने वाला कोई अन्य पैकेज है, मैं बस उस वर्कअराउंड का उपयोग करता हूं और ऐप स्टोर से कोई चेतावनी नहीं मिलती है :)

हाय @ngoquoc समीक्षा प्रक्रिया के साथ किसी भी भाग्य अभी तक?

सिर्फ यह जानना पसंद करेंगे कि क्या 'चेतावनी' की परवाह किए बिना समीक्षा के लिए सबमिट करने पर हमारी ऐप की समय सीमा पूरी हो जाएगी।

मुझे लगता है कि हमें यह जानने की जरूरत है कि एप्पल आईपीए फाइल को खारिज करने के लिए इस आधार को कब से शुरू करेगा। मुझे डर है कि वे सार्वजनिक रूप से इसकी घोषणा नहीं करेंगे।

आज मुझे एक पत्र मिला है कि मेरा ऐप मैंने ऐप्पल रिव्यू पास कर लिया है
तो अब के लिए यह काम करता है :)

एप्लिकेशन की समीक्षा हमेशा की तरह काम करते हैं। मेरा नया ऐप अभी सामान्य रूप से प्रकाशित हुआ है। शायद भविष्य के रिलीज के लिए सिर्फ एक चेतावनी।

आमतौर पर चेतावनी केवल चेतावनी होती है और वे आपको बहुत समय देते हैं। Google के मामले में वे आपको लगभग 2 साल देते हैं। यहां मेरी धारणा यह है कि चेतावनी आपको यह बताने के लिए है कि वे इसे iOS 14 (मेरा अनुमान) से हटाने जा रहे हैं और वे वास्तव में चाहते हैं कि आप इसका उपयोग करना बंद कर दें। यद्यपि यदि आपने स्विच को फ़्लिप किया है या यदि यह डिफ़ॉल्ट रूप से चालू है, तो आप इसे वैसे भी उपयोग नहीं करेंगे। इसलिए जब तक वे स्विच को फ्लिप नहीं करते और इसे एक त्रुटि बनाते हैं, जो मुझे नहीं लगता कि वे ऐसा करेंगे क्योंकि कुछ लोगों को अभी भी पुराने उपकरणों का समर्थन करने की आवश्यकता है।

ठीक है, तो यहाँ वही है जो मैंने सत्यापित किया कि क्या चल रहा है।

एक डमी ऐप बनाया, जिसे मैंने Apple को नवीनतम स्थिर Xamarin.Forms पैकेज के साथ अपलोड किया और केवल एक WebView दिखा रहा ऐप। अपलोड करने के तुरंत बाद, मुझे यह चेतावनी मिली। यह सत्यापित करने के लिए कि चेतावनी हर बार निकल जाती है, और इस प्रकार हम सत्यापित करने के लिए मान सकते हैं कि जब चेतावनी नहीं आई है तो हमने समस्या को ठीक कर दिया है, मैंने संस्करण संख्या के अलावा कोई बदलाव नहीं के साथ एक और बाइनरी बनाई है। चेतावनी संदेश फिर से आया। इसलिए यह पुष्टि करता है: जब भी आप चेतावनी प्राप्त करना बंद करते हैं, तो जाहिर है कि समस्या तय हो गई है।

तब मैं आगे चला गया और सटीक कोड है कि @FabriBertani प्रदान की के साथ एक कस्टम रेंडरर लागू यहाँ । संदेश फिर भी आया। तो यह कोई समाधान नहीं लगता है।

मैंने तब इस शाखा को लिया और बस WebRenderer को हटा दिया और UIWebView के सभी संदर्भों को प्रभावी ढंग से हटा दिया। इसका वांछित प्रभाव था। Apple ने अब मुझे चेतावनी नहीं भेजी।

यह सब इस तथ्य की ओर इशारा करता है कि जब तक हम अपने कोड में UIWebView का संदर्भ देते हैं (पढ़ें: जब तक UIWebViewRenderer अभी भी लागू है) Apple इसका पता लगाएगा और अंततः ऐप को स्वीकार करना बंद कर देगा। अधिकतम बैकवर्ड संगतता प्राप्त करने के लिए हमें यह जांचने की आवश्यकता है कि लिंकर WebViewRenderer को क्यों नहीं हटाता है जब इसका उपयोग नहीं किया जा रहा है। यदि हम इसे ठीक करते हैं , तो मेरा पीआर समझ में आता है और इस समस्या को एक बार और सभी के लिए ठीक करना चाहिए।

जैसा कि जेम्स (और अन्य) ने उल्लेख किया है, यह अभी के लिए एक चेतावनी है, इसलिए भले ही आपको संदेश मिल जाए, इस बिंदु पर चिंता करने की कोई बात नहीं है और यह काम करेगा। लेकिन निश्चित रूप से हमें तब तैयार रहना होगा जब Apple पुराने UIWebView API की अनुमति देना बंद करने का निर्णय ले।

इसलिए आईओएस टीम के साथ जांच के बाद ऐसा कुछ भी दिखता है जो NSObject से विरासत में मिला है, कभी भी लिंक आउट नहीं होगा इसलिए रेंडरविथ को रेंडरर्स से जोड़ने का वादा किया गया है, मुझे पूरा यकीन है कि आईओएस पर कभी काम नहीं किया गया

यह देखते हुए कि हम बस रेंडरर को पूरी तरह से हटाने और सभी को तोड़ने के लिए जा रहे हैं

या एक अलग नगेट और कुछ प्रकार अग्रेषण के साथ चालाक हो

मेरी भी यही समस्या है। इस पर किसी भी अद्यतन?

हाय @ Mikilll94 , हम सक्रिय रूप से इस पर काम कर रहे हैं, हालांकि एक पूर्ण समाधान जल्द ही कभी भी उपलब्ध नहीं होगा। एक "पूर्ण समाधान" के साथ मेरा मतलब है कि जब भी आप स्टोर में एक Xamarin.Forms ऐप सबमिट करते हैं तो ऐप्पल से चेतावनी आना बंद हो जाएगी।

चेतावनी संदेश को रोकने के लिए हमें स्रोत से मौजूदा WebViewRenderer को पूरी तरह से हटाने की आवश्यकता है। चूंकि उस रेंडरर अभी डिफ़ॉल्ट है और हमेशा से स्रोत में रहा है, यह एक बड़ा ब्रेकिंग परिवर्तन है। इस समस्या से जुड़े पीआर के साथ हम डिफ़ॉल्ट रेंडर को WKWebViewRenderer स्विच कर रहे हैं जो प्रभावी रूप से नए WKWebView उपयोग करेगा। Xamarin.Forms के अंतिम-उपयोगकर्ताओं को इस बदलाव के बारे में कुछ भी नोटिस नहीं करना चाहिए। इस स्विच के साथ, हम Xamarin को देने के लिए मूल WebViewRenderer को भी चिह्नित कर रहे हैं। उपयोगकर्ताओं को अपने कोड में आवश्यक परिवर्तन करने की संभावना देता है। उदाहरण के लिए यदि उनके पास कस्टम रेंडरर्स हैं जो WebViewRenderer पर भरोसा करते हैं।

हालांकि, क्योंकि WebViewRenderer अभी भी स्रोत में जुड़ा हुआ है, यह अभी भी कुछ है जो ऐप को आपके ऐप को स्कैन करते समय उठाता है। Xamarin.Forms के बाद के संस्करण में, जो कि इसके सबसे शुरुआती संस्करण 4.5 पर है, हम WebViewRenderer पूरी तरह से छोड़ देंगे और इसके साथ ही Apple के चेतावनी संदेश बंद हो जाने चाहिए।

कहा जाने के बाद, दो चीजें हैं:

1. Apple का संदेश इस समय के लिए सिर्फ एक चेतावनी है, नए संस्करणों को सबमिट करने से आपको कुछ भी नहीं रोक रहा है और उन्हें ऐप स्टोर में ठीक स्वीकार किया जाना चाहिए। यह संभवतः iOS 14 तक जारी रहेगा जो हमें एक वर्ष में (कम से कम) देता है।
2. फिर से, स्रोत से WebViewRenderer गिराना एक बड़ा ब्रेकिंग परिवर्तन है जिसे हम नहीं करेंगे, लेकिन हमारे पास इस बिंदु पर कोई विकल्प नहीं है। इसलिए हमें उपयोगकर्ताओं को इस बारे में चेतावनी देने और धीरे-धीरे नए कार्यान्वयन पर स्विच करने के लिए कुछ समय लेने की आवश्यकता है और उसके बाद ही उस वर्ग को स्रोत से हटाएं। यह एक लंबी प्रक्रिया है लेकिन iOS 14 की रिलीज से पहले अच्छी तरह से होना चाहिए।

मुझे उम्मीद है कि यह इस बारे में आपकी सभी चिंताओं को दूर करेगा, यदि नहीं, तो कृपया मुझे बताएं। मुझे आपके आसपास हो रहे किसी भी प्रश्न का उत्तर देने में खुशी हो रही है।

समझ और आपके धैर्य के लिए धन्यवाद!

@jfversluis
इस शानदार जवाब के लिए धन्यवाद :)

@jfversluis आपके उत्तर के लिए धन्यवाद
कृपया मुझे बताएं कि आप WebViewRenderer को स्रोत से कैसे छोड़ सकते हैं?

@NehalOsama यह करने का एकमात्र तरीका है कि इस XFForms रिपॉजिटरी को क्लोन किया जाए, Platforms.iOS परियोजना से WebViewRenderer.cs फ़ाइल को हटाएं, सभी संदर्भों को WKWebViewRenderer इंगित करें और अपने DLLs बनाएँ और कि अपने अनुप्रयोग में उपयोग करें।

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

अगर तुम मुझसे पूछने में कोई आपत्ति नहीं करते; इंतजार क्यों नहीं? Apple का संदेश सिर्फ एक चेतावनी है और Apple द्वारा वास्तव में ऐप्स को अस्वीकार करने से पहले हमने ऐसा किया है। इस बिंदु पर चिंता की कोई बात नहीं है।

@jfversluis
बहुत बहुत धन्यवाद, संदर्भों और चेतावनी को दूर करने के बावजूद, इसका कारण यह है कि हमारा ग्राहक वेबकिट का उपयोग करते हुए हमें किसी अन्य एप्लिकेशन के साथ एकीकृत करने के लिए प्रेरित करता है।
मैंने https://github.com/xamarin/Xamarin.Forms/issues/7323#issuecomment -527294907, बनाया
लेकिन मैं यह कैसे सुनिश्चित कर सकता हूं कि मेरा कस्टम रेंडर WKWebViewRenderer UIWebView नहीं है?
क्या उनके या किसी भी चीज़ के बीच कोई स्पष्ट अंतर है जो ग्राहक को साबित कर सकता है! "

यह इस तरह की बात है कि अगर आपको हमारा काम सही लगता है तो आपको उनके बीच कोई अंतर नहीं देखना चाहिए

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

यदि आप कस्टम रेंडर बनाने के बिना सभी नियमित WebView नियंत्रणों को WKWebViewRenderer स्विच करना चाहते हैं और विरासत के बजाय WebView उपयोग करना चाहते हैं, तो आप इस पंक्ति को जोड़ सकते हैं आपके iOS प्रोजेक्ट में AssemblyInfo.cs :

[assembly: ExportRenderer(typeof(Xamarin.Forms.WebView), typeof(Xamarin.Forms.Platform.iOS.WKWebViewRenderer))] ।

मेरे ऐप के बाइनरी को आज इस वजह से खारिज कर दिया गया। मैं पहले से ही WkWebViewRenderer का उपयोग कर रहा हूं

Dear Developer,
We identified one or more issues with a recent delivery for your app, [REDACTED]. 
Your delivery was successful, but you may wish to correct the following issues in 
your next delivery:ITMS-90809: Deprecated API Usage - Apple will stop accepting 
submissions of apps that use UIWebView APIs.
See https://developer.apple.com/documentation/uikit/uiwebview for more information.

After you’ve corrected the issues, you can use Xcode or Application Loader to upload
a new binary to App Store Connect.
Best regards,
The App Store Team

इस निष्क्रिय भाषा ("स्वीकार करना बंद कर देगा") के बावजूद, मेरे बाइनरी को संसाधित नहीं किया गया और रिलीज के लिए उपलब्ध कराया गया।

यह अब महत्वपूर्ण है। मैं अपने ग्राहक के ऐप के किसी भी नए संस्करण को जारी नहीं कर सकता।

इस फिक्स के लिए ईटीए क्या है?

हाय @joehanna रिपोर्टिंग के लिए धन्यवाद। क्या आपको पूरा यकीन है? संदेश स्वयं कहता है कि वितरण सफल था और यह मानने का कोई कारण नहीं है कि जब यह मुद्दा पहली बार खोला गया था तो कुछ भी अलग नहीं है। इस तरह का संदेश भेजने के बाद Apple ने पूरे बाइनरी को संसाधित करने में कुछ समय लिया है।

मैं देख रहा हूं कि आपकी टिप्पणी लगभग एक घंटे पहले की है, इसे अब तक डेवलपर पोर्टल में दिखाया जाना चाहिए। क्या आप यह सत्यापित कर पाएंगे कि यह वास्तव में नहीं हुआ था?

इसके अलावा

मेरे बाइनरी को संसाधित नहीं किया गया और रिलीज के लिए उपलब्ध कराया गया।

आपने इसे कैसे सत्यापित किया? यदि आप एप्लिकेशन परिभाषा पर जाते हैं, तो गतिविधि, सभी बिल्ड के तहत, आप इसे नहीं देखते हैं?

आपके त्वरित उत्तर के लिए धन्यवाद @jfversluis। मुझे पुष्टिकरण ईमेल नहीं मिला है और न ही यह उपलब्ध बिल्ड में दिखाई देता है। मुझे लगता है कि एक प्रसंस्करण बैकलॉग हो सकता है? मेरे अनुभव में, बाइनरी को 20 मिनट के भीतर संसाधित किया जाता है। मैं इसे थोड़ी देर में फिर से जांच करूंगा और वापस रिपोर्ट करूंगा।

आह, यह एक अच्छा बिंदु है जिसे आप वहां छू रहे हैं। IOS 13 के साथ कुछ अतिरिक्त गतिविधि हो सकती है और लोग इसके लिए बहुत सारे बिल्ड प्रस्तुत कर रहे हैं। मैंने सिर्फ डमी ऐप का एक नया संस्करण बनाया है जिसे आप ऊपर देख सकते हैं और इसे सबमिट भी कर सकते हैं, बस सत्यापित करें और देखें कि क्या होता है।

जैसे ही मुझे कुछ दिखाई देगा, मैं आपको अपडेट करूंगा।

किसी भी मामले में रिपोर्ट के लिए धन्यवाद!

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

यह अंततः के माध्यम से आया था। नाटक के लिए क्षमा करें। इससे पहले ऐसा कभी नहीं हुआ था। इसे फॉलो करने के लिए धन्यवाद।

SDK_Bug

समस्या यह है कि संकलक अवांछित वर्ग फ़ाइलों या पुस्तकालयों को नहीं हटा रहा है।
ज़ामरीन विकास टीमों को नवीनतम ऐप्पल विकास नीतियों का उल्लेख करना होगा।

@jfversluis हम Xamarin.iOS परियोजनाओं के साथ एक ही मुद्दे का सामना कर रहे हैं। जबकि यह धागा ज़मारिन के अंतर्गत है। इसके मूल कारण समान है? क्या फिक्स Xamarin.iOS और Xamarin.Forms दोनों को संबोधित करने वाला है?

धन्यवाद!
CompaNova LLC

@dmitrymal कुछ कारण हैं

Xamarin.iOS उनके कारण को हल करेगा और फिर हम हमारे समाधान के लिए उसके शीर्ष पर निर्माण करने जा रहे हैं

हमारे पास कुछ समाधान हैं जिन पर काम किया जा रहा है और प्रगति करते ही हम इस मुद्दे को अपडेट करेंगे

यह थ्रेड अभी भी कैसे टैग किया गया है / असत्यापित है?

नहीं यह @taublast 🤡 नहीं है

यद्यपि मैं इस सुधार की सराहना करता हूं कि यह बंद है और वर्तमान में तत्काल नहीं है, जब यह किया जाता है तो इसे पिछले XF संस्करणों में वापस पोर्ट किया जाएगा? हमारे पास 3.4 में निर्मित ऐप्स का एक बड़ा सूट है और विभिन्न निर्भरता मुद्दों के कारण XF 4.0 या इसके बाद के संस्करण में अपग्रेड करने की कोशिश करते समय हमेशा विफल रहे हैं।

@ 1888games मुझे लगता है कि अत्यधिक संभावना नहीं है, यह भी इस बात पर निर्भर करता है कि आखिरकार अंतिम निर्धारण क्या होगा।

!!!

यह अभी भी Xamarin.Forms SDK और Xamarin.IOS SDK के अंदर लिंकर फ़िक्स की आवश्यकता करने जा रहा है

• https://github.com/xamarin/Xamarin.Forms/tree/ios_linker
• और फिर कुछ अतिरिक्त लिंकर Xamarin.iOS एसडीके के अंदर ही ठीक करता है

तो XamarinForms के किस संस्करण ने यह तय किया है?

@ s-bhavin-shah, हमें इसे ठीक करने के लिए कई चरणों और चरणों से गुजरना होगा और इसे अच्छे के लिए दूर रखना होगा। इसलिए यह इस बिंदु पर एक निश्चित Xamarin.Forms संस्करण में तय नहीं है। मैं सिर्फ यह दोहराना चाहता हूं कि इस बिंदु पर चिंता का कोई कारण नहीं है। Apple का संदेश अभी के लिए एक चेतावनी है और आने वाले कुछ अच्छे समय के लिए एक चेतावनी होगी।

जब तक इस कारण से ऐप्पल को अस्वीकार करने की चेतावनी नहीं दी जाती है, तब तक हम तैयार होना सुनिश्चित करेंगे। हम आपको इस अंक में अद्यतित रखेंगे। अब क्या हुआ है कि हमने लिंकर को वास्तव में स्ट्राइकर (कोर) ज़मीरिन वस्तुओं का उपयोग करने का एक तरीका पाया है जिसका उपयोग नहीं किया जाता है। इसके अलावा, मेरा PR विलय हो गया जो WKWebViewRenderer को डिफ़ॉल्ट बना देगा।

उस जगह के साथ, मूल रूप से अंतिम कदम "आईओएस लिंकिंग" समाधान जारी करना है। जब ऐसा होता है कि WKWebViewRenderer डिफ़ॉल्ट हो रहा है और WebViewRenderer का आपके कोड में उपयोग नहीं किया जा रहा है, तो परिणामस्वरूप Apple को भेजे जाने वाले बाइनरी से गिरा दिया जाना चाहिए। कहा जा रहा है; iOS लिंकिंग सॉल्यूशन को जारी करने की तुलना में आसान है और इसमें कुछ और समय लगेगा।

यहाँ उल्टा यह है कि हम संभवत: पूर्ण विराम परिवर्तन समाधान के साथ नहीं जा रहे हैं, लेकिन हम धीरे-धीरे सभी को इस समाधान में बदल सकते हैं।

आशा है कि इस समय आपके सभी सवालों के जवाब मिल जाएंगे। यदि नहीं, तो कृपया मुझे बताएं!

UIWebView को अपदस्थ करने और इसे WkWebView के साथ बदलने पर आपको इस मुद्दे पर विचार करना चाहिए
https://github.com/xamarin/Xamarin.Forms/issues/8028

अगर आप UIWebView को WkWebView से बदल देते हैं तो आप लोगों के ऐप्स तोड़ सकते हैं

@ Mikilll94 जबकि यह बिंदु वैध है, साधारण तथ्य यह है कि Apple बायनेरिज़ को अस्वीकार करना शुरू कर देगा जो अभी भी UIWebView का उपयोग करते हैं। इसलिए, भले ही ज़ामरीन ने कुछ नहीं किया, लेकिन यह वैसे भी एक ब्रेकिंग बदलाव होगा क्योंकि Apple (शायद अगले 9 महीनों में) आपको अपने ऐप को वैसे भी बदले बिना अपडेट नहीं करने देगा।

@ कैबेल 95
सही बात है।

लेकिन मैं यह दिखाना चाहता था कि WkWebView के साथ एक मुद्दा है जो बहुत महत्वपूर्ण है और कई डेवलपर्स को प्रभावित करेगा और अभी इसके लिए कोई समाधान नहीं है।

वही मुद्दा ! किसी भी सही काम के आसपास?

अरे @samirgcofficial अपने निष्कर्षों की रिपोर्टिंग के लिए धन्यवाद। क्या आपने वह टिप्पणी देखी, जिसका हम शीर्ष पर सभी तरह से उल्लेख कर रहे हैं: https://github.com/xamarin/Xamarin.Forms/issues/7323#issuecomment -542363338?

यह वर्तमान स्थिति बहुत स्पष्ट करना चाहिए :)

सारांश: अभी कोई समाधान या समाधान नहीं है, हम इस पर काम कर रहे हैं। लेकिन Apple का यह संदेश सिर्फ एक चेतावनी है और आपको इस चेतावनी संदेश को बिना किसी समस्या के अपने ऐप्स को सबमिट करने में सक्षम होना चाहिए।

यदि कोई प्रश्न हैं, तो कृपया मुझे बताएं!

@jfversluis @samirgcofficial
मेरे अनुभव के अनुसार, Apple अब अपने बाइनरी में UIWebView दिखाने वाले किसी भी ऐप को स्वीकार नहीं करता है। हम अपने Xamarin ऐप्स को किसी भी ऐप स्टोर में भेजने में असमर्थ हैं। इस प्रकार, यह न केवल एक चेतावनी संदेश है, यह बहुत महत्वपूर्ण मुद्दा है।
यदि दूसरी ओर आपके पास हमारे एप्लिकेशन प्रकाशित करने का कोई उपाय है, तो कृपया हमें बताएं कि कैसे?

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

@JawadJaber अगर आपको Apple का एक अलग संदेश मिल रहा है जो कहता है कि उन्होंने केवल चेतावनी के बजाय आपके बाइनरी को अस्वीकार कर दिया है तो कृपया अधिक विवरण देने के लिए स्क्रीनशॉट या कुछ पोस्ट करें। मैंने चेतावनी ईमेल के अलावा कोई समस्या नहीं होने के साथ शुक्रवार को Apple को बाइनरी सबमिट किया।

मैं सिर्फ एक बाइनरी जमा करता हूं और मुझे केवल ई-मेल की चेतावनी मिली है

@JawadJaber @samirgcofficial क्या आप मुझे बता सकते हैं कि आपको क्यों लगता है कि इस कारण से आपका बाइनरी खारिज हो गया है? हमारे पास इसके अलावा कुछ भी सोचने का कोई कारण नहीं है यह अभी भी एक चेतावनी है। बहुत सारे लोग इसकी पुष्टि कर रहे हैं और ई-मेल संदेश में चेतावनी पाठ इस मुद्दे के बनने के बाद नहीं बदला है।

हम इस बात से सहमत हैं कि यह एक बहुत ही महत्वपूर्ण मुद्दा है, यही कारण है कि हम एक समाधान पर कड़ी मेहनत कर रहे हैं और हम इस बिंदु पर स्पष्ट और पारदर्शी हैं।

इससे पहले इस धागे में एक और व्यक्ति था जिसे लगा कि उसका बाइनरी खारिज कर दिया गया है लेकिन प्रसंस्करण में अभी थोड़ा समय लगा है। क्या ऐसा हो सकता है कि यह आपके लिए भी मामला है?

ठीक है, मैं मानता हूं कि यह अब ठीक से काम कर रहा है Apple।
हालाँकि, 3 सप्ताह पहले इसे अस्वीकार कर दिया गया था, और मैंने ऐप स्टोर सपोर्ट टीम से संपर्क किया और उन्होंने (उनकी नीति) यही कहा।
लेकिन अब यह काम कर रहा है। मुझे लगता है कि Apple ने सिर्फ इस मामले के लिए अपनी नीतियों को बदल दिया। शुक्रिया @jfversluis , @ martijn00 @ cabal95

ठीक है, मुझे ऐप स्टोर टीम से एक और संदेश मिला है कि मैं सभी उपयोगकर्ता को ऐप एक्सेस करने के लिए प्रतिबंधित कर रहा हूं और कुछ क्षेत्र के लोगों को TWILO का उपयोग करके ओटीपी सत्यापन के लिए अनुमति देता हूं। मुझे प्रतिबंध को छोड़ देना चाहिए और अभी सभी ऐप बीटा परीक्षण पर है :)। बस इतना ही। सबको धन्यवाद।

वही मुद्दे

ग्राहकों को यह समझाना बहुत कठिन है कि हमारा ऐप बिल्कुल ठीक है, यह सिर्फ एक चेतावनी है, आदि (

मैं @YuliaLoyko को पूरी तरह से समझता हूं। दुर्भाग्य से हम जितनी तेजी से आगे बढ़ रहे हैं।

4.4 की प्रतीक्षा में

@ prasannamca1107 सिर्फ स्पष्ट होने के लिए और अपनी उम्मीदों को पाने के लिए नहीं। यह 4.4 में तय नहीं होने जा रहा है। हम यहां Xamarin.iOS में बदलाव पर भी निर्भर हैं, यह सिर्फ Xamarin.Forms टीम द्वारा तय नहीं किया जा सकता है।

उज्जवल पक्ष में, मैंने एक काम फिक्स देखा है, इसलिए जैसे मैंने उल्लेख किया है: हम इस पर काम कर रहे हैं, लेकिन सब कुछ शुरू होने से पहले थोड़ा समय लगेगा और हम इसे आपके हाथों में रख सकते हैं।

अब तक, इसके बारे में चिंता करने की कोई बात नहीं है, Apple का संदेश अभी भी सिर्फ एक चेतावनी है!

मैं xamarin फोरम में एक थ्रेड का अनुसरण कर रहा था और मुझे यह लिंक मिला जो मुझे सोचना चाहिए।

कोई चेतावनी नहीं मैंने कोशिश की

@softsan , साझा करने के लिए धन्यवाद! दुर्भाग्य से, यह वर्तमान में एक समाधान नहीं है। इस समय, कोई (आसान) समाधान नहीं है। केवल एक चीज जो आप कर सकते हैं,

हम अभी भी एक समाधान पर कड़ी मेहनत कर रहे हैं, कोई चिंता नहीं! :)

मैंने पिछले शुक्रवार को एक नया ऐप सबमिट किया, मुझे वही चेतावनी मिली लेकिन बस यही थी: एक चेतावनी।
एप्लिकेशन को किसी भी समस्या के बिना ऐप स्टोर में अनुमोदित और सूचीबद्ध किया गया है।

@jfversluis , @softsan मैंने WebView के लिए अपना खुद का रेंडर लिखा, जो WKWebView देता है। मैंने कोड का परीक्षण किया है और इसे स्टोर पर प्रकाशित किया है और अभी भी चेतावनी प्राप्त करता हूं। मेरा रेंडरर एक रेंडरर के लिए विशिष्ट पैटर्न का अनुसरण करता है, लेकिन यहां संबंधित कोड का संक्षिप्त विवरण दिया गया है:

अगर (नियंत्रण == अशक्त)
{{
_contentController = new WKUserContentController ();
var फ्रेम = UIApplication.SaringApplication.Delegate.GetWindow ()। सीमाएँ;
var cgRect = new CoreGraphics.CGRect (फ्रेम.एक्स, फ्रेम.वाई, फ्रेम.वार्ड, फ्रेम.हाईट);
var config = new WKWebViewConfiguration {UserContentController = _contentController};
_wKebView = नया WKWebView (cgRect, config)
{{
नेविगेशनडेलगेट = नया WKNavigationDelegate ()
};

                    SetNativeControl(_wKWebView);
                }

मेरे कोड में केवल एक स्थान है जो वेब ब्राउज़र का उपयोग करता है और मैंने इस कोड को डिबग किया है और डेटा प्रकारों का निरीक्षण किया है और सत्यापित किया है कि यह सही है फिर भी मुझे Apple से त्रुटि प्राप्त हुई। मैंने समीक्षा टीम को एक समीक्षा विवाद प्रस्तुत किया है और वापस सुनने का इंतजार कर रहा हूं।

@ सीनस्टिलसन से इसका कोई फायदा नहीं होगा। जैसा कि इस समस्या में पहले संकेत दिया गया है, भले ही आप कस्टम रेंडर बनाते हैं जो WKWebView का उपयोग करता है UIWebViewRenderer को अभी भी Xamarin.Forms बायनेरिज़ में शामिल किया जाएगा क्योंकि यह अभी कैसे काम करता है। हम इसे बदलने पर काम कर रहे हैं, लेकिन जब तक हम ऐसा नहीं करते, इस समय इसे बदलने के लिए आप कुछ नहीं कर सकते।

Apple शायद आपको आसानी से बता देगा कि UIWebView का एक संदर्भ है। अपने कोड में नहीं, लेकिन Xamarin.Forms कोड के माध्यम से अभी भी आपके ऐप के अंदर है।

यह कहकर; हम इसे एक तरह से ठीक करना सुनिश्चित करेंगे या इससे पहले कि एप्पल वास्तव में इस वजह से बायनेरिज़ को स्वीकार करना बंद कर दे।

क्षमा करें, मैंने पहले UIWebViewRenderer के निर्माण के बारे में पोस्ट को याद किया
बिरयानी @jfversluis में , मेरा बुरा। जवाब देने के लिए धन्यवाद!

Thu, Nov 14, 2019 को 11:54 पूर्वाह्न गेराल्ड वर्स्लिस नोटिफिकेशन @github.com पर
लिखा था:

@seanstilson https://github.com/seanstilson से कोई फायदा नहीं होगा। जैसा
यदि आप कोई कस्टम रेंडर बनाते हैं, तो भी इस समस्या में पहले संकेत दिया गया है
WKWebView का उपयोग करता है UIWebViewRenderer अभी भी में शामिल किया जाएगा
Xamarin.Forms के कारण यह अभी कैसे काम करता है। हम काम कर रहे हैं
इसे बदलना, लेकिन जब तक हम ऐसा नहीं करते, तब तक आप इसे बदलने के लिए कुछ नहीं कर सकते
इस समय।

Apple शायद आपको आसानी से बता देगा कि UIWebView का एक संदर्भ है। नहीं
अपने कोड में, लेकिन Xamarin.Forms कोड के माध्यम से अभी भी आपके ऐप के अंदर।

यह कहकर; हम इसे पहले एक या दूसरे तरीके से ठीक करना सुनिश्चित करेंगे
Apple वास्तव में इस वजह से बायनेरिज़ को स्वीकार करना बंद कर देता है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/xamarin/Xamarin.Forms/issues/7323?email_source=notifications&email_token=AMVYZVVIGIGKMMH5XOS2Q2QTWGF5A5CNFSM4ISLFFUW3WRWRH8H3H7H3H8H3H8H3H3H8&hl=hi&hl=hi
या सदस्यता समाप्त करें
https://github.com/notifications/unsubscribe-auth/AMVYZVUT5A73R4SXSQFRDMDQTWGF5ANCNFSM4ISLFU3Q
।

@ सीनस्टिलसन इसके बारे में चिंता नहीं करते हैं। यहां बहुत सारी कार्रवाई है, मैं कल्पना कर सकता हूं कि आपको कुछ याद है :)

हे दोस्तों, हम इस मुद्दे को अभी के लिए बंद कर देंगे, जबकि हम आगे बढ़ने से पहले Xamarin.iOS टीम के परिणामों की प्रतीक्षा कर रहे हैं। इस तरह से हम इस मुद्दे को ठीक से ट्रैक कर पाएंगे, और इसका सामना करने वाले लोग यहां की सभी बातचीत से गुजरने के बजाय सीधे सबसे प्रासंगिक जानकारी पा सकेंगे। जब भी रिपोर्ट करने के लिए कुछ नया होगा, हम निश्चित रूप से करेंगे।

जो कुछ हो रहा है उसके अच्छे सारांश के लिए कृपया इस टिप्पणी को यहाँ पढ़ें: https://github.com/xamarin/Xamarin.Forms/issues/7323#issuecomment -532228577

इस समय की नवीनतम प्रगति यहां देखी जा सकती है: https://github.com/xamarin/Xamarin.Forms/issues/7323#issuecomment -542363338

इसका सार यह है: हम इस तरह से इस मुद्दे पर काम कर रहे हैं कि पीछे की ओर संगत होगी और हम तैयार होंगे, एक रास्ता या दूसरा, इससे पहले कि Apple वास्तव में इस वजह से ऐप्स को अस्वीकार करना शुरू कर देता है।

अभी, केवल एक चीज यह है कि आपको Apple से एक चेतावनी संदेश मिलता है जिसे अभी के लिए सुरक्षित रूप से अनदेखा किया जा सकता है।

आपकी समझ और धैर्य के लिए धन्यवाद!

इस पर छोटा अपडेट: # 8001 को प्रस्तावित फिक्स के पहले चरण के रूप में विलय कर दिया गया है। हालांकि, इसका मतलब यह नहीं है कि यह मुद्दा आगामी संस्करण में चला जाएगा।

जैसा कि हमने पहले भी उल्लेख किया है, कुछ ऐसा भी है जिसे काम करने के लिए Xamarin.iOS में बदलना होगा। जब भी वे ऐसा करेंगे, तो इस कोड के साथ एक साथ Xamarin.iOS संस्करण (4.5 से शुरू), यह अंत में चला जाएगा।

पूरी तरह से स्पष्ट होने के लिए: Xamarin.Forms का संस्करण 4.5 केवल इस समस्या को ठीक नहीं करेगा। जब भी फुल फिक्स क्षितिज पर होगा, तो मैं इसे फिर से अपडेट करना सुनिश्चित करूंगा।

धन्यवाद!

Apple ने एक छोटा बयान जारी किया UIWebView को अपदस्थ करने की अपनी योजनाओं पर कुछ और स्पष्टता देते हैं। मुझे लगता है कि यह सबसे महत्वपूर्ण टुकड़ा है:

ऐप स्टोर अब अप्रैल 2020 तक UIWebView का उपयोग करने वाले नए ऐप और दिसंबर 2020 तक UIWebView का उपयोग करके ऐप अपडेट को स्वीकार नहीं करेगा।

इसका मतलब है कि हमारे पास समाधान के साथ आने के लिए अभी भी कुछ समय है, चाहे कुछ भी हो। इस बीच हम अपने पसंदीदा समाधान में लग गए हैं। Xamarin.iOS टीम के साथ मिलकर हमने स्टोर में एक ऐप सबमिट करने में कामयाबी हासिल की है जो चेतावनी को ट्रिगर नहीं करता है जबकि अभी भी पीछे की ओर संगत है। इसका मतलब है कि (अब) विरासत WebViewRenderer गिरना नहीं है। हम अभी भी तय कर रहे हैं कि कुछ कारकों पर आधारित _the_ समाधान है, लेकिन हम अभी भी इस पर काम कर रहे हैं और सुनिश्चित करेंगे कि हम तैयार हैं। कम से कम अब हम जानते हैं कि आपको अपने धैर्य के लिए तैयार होने के लिए कब तैयार होना है!

बड़ी खुशखबरी सबको! एक अंतिम फिक्स है जो आपको जल्द ही उपयोग करना चाहिए।

इसे आपके पक्ष में थोड़ा सा काम करने की आवश्यकता है, मैं वर्तमान में थोड़ा प्रलेखन पर काम कर रहा हूं जो बताता है कि क्या है। चिंता मत करो, यह जटिल नहीं है!

जब भी वह जीवित है और आपके लिए सभी बिट्स उपलब्ध हैं, मैं इसे यहां पोस्ट करूंगा। कोई ठोस वादा नहीं है, लेकिन यह अप्रैल की समय सीमा से पहले जल्द और अच्छी तरह से होना चाहिए।

फिर, इस पर हमारे साथ चिपके रहने के लिए धन्यवाद!

समाधान यहाँ है!

सभी बिट्स जगह में हैं, समाधान समय! टीएल; डीआर: सभी को प्रलेखन के इस टुकड़े में वर्णित किया गया है ।

सुनिश्चित करें कि आप स्थिर चैनल पर नवीनतम विज़ुअल स्टूडियो (मैक के लिए) का उपयोग कर रहे हैं, जो आपको सही रास्ते पर रखना चाहिए। फिलहाल, आपको Xamarin.Forms 4.5-pre1 पूर्वावलोकन रिलीज़ का उपयोग करना होगा। मैं समझता हूं कि यह आप सभी के लिए एक विकल्प नहीं हो सकता है, लेकिन बाकी का आश्वासन दिया, स्थिर पैकेज समय सीमा से पहले अच्छी तरह से बाहर हो जाएगा। फरवरी के अंत तक स्थिर 4.5 की योजना बनाई गई है।

अंत में, आपके iOS अतिरिक्त mtouch तर्क सेटिंग में --optimize=experimental-xforms-product-type ध्वज डालें और आपको Apple द्वारा UIWebView का कोई संदर्भ नहीं है तो निश्चित रूप से references

मैं आपसे यह माँग करना चाहूंगा कि आप जल्द से जल्द यह कोशिश करें। हो सकता है कि फॉर्म्स प्रीव्यू पैकेज के आधार पर स्टोर पर वास्तविक नया संस्करण जारी न किया जाए, लेकिन कम से कम यह सुनिश्चित करने के लिए एक बिल्ड अपलोड करें कि यह समाधान सही तरीके से काम करता है। जब भी आप करते हैं, आप सिर्फ 4.5 स्थिर पैकेज में अपडेट कर सकते हैं और आत्मविश्वास के साथ एक नया संस्करण जारी कर सकते हैं।

यदि आप इस समाधान के साथ किसी भी चीज़ में भाग लेते हैं, तो कृपया सीधे मेरे पास पहुंचने के लिए स्वतंत्र महसूस करें (gerald.versluis [एक लंबी पूंछ के साथ] microsoft.com) या रिपॉजिटरी पर एक नया मुद्दा खोलें। बेशक सकारात्मक प्रतिक्रिया हमेशा की सराहना की है always

फिर से धन्यवाद!