이 문제도 발생하고 있습니다. Xamarin.Forms 3.6.0.539721

iOS의 WebViewRenderer가 UIWebView를 구현하고 WkWebViewRenderer를 전환하더라도 파일이 유지되기 때문에 모든 버전의 Forms에서이를 얻을 수 있습니다. 빌드 중에 해당 파일을 링크하는 방법이 있는지 모르겠습니다.

@ swansca79- 그게 내가 두려워했던 것입니다. 나는 우리가 당신이 말한대로 그것을 연결할 수 있기를 바랍니다.

이 요구 사항에 대한 Apple의 기한은 무엇입니까? 나는 아무것도 찾을 수 없었다 ...

나는 이것이 새로운 제출이든 업데이트이든 상관없이 모든 앱에 영향을 미칠 것이라고 생각합니다. 그렇다면 이전 렌더러를 연결하는 이유는 무엇입니까? 소스 코드에서 제거해야합니다. 또한 이것이 iOS 13 요구 사항인지 아닌지 확인해야합니다.

여기에도 같은 문제가 있습니다. Xamarin.Forms 4.2.0.709249를 사용하고

iOS 프로젝트의 AssemblyInfo.cs 에 다음 줄을 추가했지만 아무것도 변경하지 않습니다.

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

애플의 앱 제출 마감일도 알고 싶습니다.

여기에도 같은 문제가 있습니다.
이 요청에 대한 Apple의 마감일을 아는 사람이 있습니까? 또는 Xamarin이이 업데이트에서 작업중인 경우

UIWebView는 아직 iOS13 베타 버전이므로 iOS14까지있을 수 있습니다.

Xamarin.Forms.iOS 렌더러 폴더를 살펴보면 2 개월 전에 WKWebViewRender를 추가했음을 알 수 있습니다. 해당 렌더러에서 상속하는 자체 WebView를 만들 수 있다고 가정합니다 (프로젝트에 최신 버전의 XF가없는 경우 코드를 복사 / 붙여 넣기 할 수 있음).

WkWebViewRenderer.cs

여러분, 이상한 점을 발견하고 앱 번들 식별자를 변경하여 다시 앱 스토어에 제출했는데 애플로부터 경고 이메일을받지 못했습니다.
그리고 내 상황 : 3 일 전에 ipa를 testflight에 제출 한 후 Apple로부터 경고 이메일을받지 못했습니다. 그리고 webview와 관련이없는 일부 변경 사항을 적용한 후 이메일을받은 다음 찾으려고합니다. 왜 다음과 같은 방법으로 :
1. UIWebViewRenderer를 WKWebViewRenderer로 바꾸십시오.
2. WebView 제거;
3. 타사 nuget lib를 제거합니다 (최근에 추가했습니다);
그러나 그들은 경고에 대해 쓸모가 없습니다 (나는 여전히 경고 이메일을받습니다).
애플이 ipa를 어떻게 확인했는지 모르겠는데, 그들이 실수를 할 가능성이 있습니까?

최근 이런 상황이 플러터와 리 액트 네이티브로 나타난다는 것을 알게되었습니다. (개발자들도 문제를 해결합니다.)

@ Carl-Wen 이것은 Ionic 앱에서도 발생합니다.

오늘 Apple Store Connect에서 동일한 메시지를 받았습니다. 이상한 점은 내 응용 프로그램에 웹보기가 없다는 것입니다. 또한 Xamarin 플러그인을 사용하여 사용하는지 확인하려고 시도했지만 UIWebView를 사용하지 않는 것 같았습니다 (종속성 종속성도 있기 때문에 100 % 확실하지는 않습니다).
누구든지 응용 프로그램에서 UIWebView 사용을 식별하는 방법을 알고 있습니까?

나에게도 같은 일이 일어납니다. 앱을 처음 제출하려고 할 때

오늘 iTunesConnect에서 동일한 경고를 받았습니다.

며칠 전에도 같은 오류가 발생합니다. 해결 방법이 있습니까?

여기에서 내 대답을 확인하십시오. Xamarin.Forms 3.6.x에 프로젝트가 있으며 일부 웹보기를 사용하므로 iOS 전용 WebView 용 사용자 지정 렌더러를 만들고 상속을 UIWebViewRenderer 에서 WKWebViewRenderer 어제 스토어에 애플리케이션을 업로드했는데 경고를받지 못했습니다.

같은 문제

@FabriBertani 커스텀 렌더 코드를 공유해 주시겠습니까?

동일한 문제가 있지만 내 앱에서 웹보기를 사용하지 않습니다. Apple이 Xamarin.iOS 라이브러리에서 사용량을 감지하고 있다고 가정합니다.

이것에 대한 해결책이나 해결 방법이 있습니까? 앱을 업로드 할 때도 발생했습니다. 우리는 또한 WebView를 사용하지 않으며 Xamarin 라이브러리의 UIWebView 때문에 @dhewitson 이 옳은 것 같습니다.

제어 할 수없는 UIWebView를 사용하는 패키지가 없다고 가정하면 충분합니다. 그런 다음 일반 XF WebView 대신 사용자 지정 rendrer를 사용하십시오.

namespace YourAppNameSpace
{
    public class CustomWebView : WebView
    {
    }
}

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

같은 문제, 누구에게 이것에 대한 업데이트가 있습니까?

안녕 모두들! 보고 해주셔서 감사합니다.

우리는 이것을 추적하고 있으며 WkWebView 대한 렌더러가 이미 한동안 자리에 있습니다. 나는 그 렌더러를 기본값으로 만들고 UIWebView 더 이상 사용하지 않는 PR을 진행했습니다. 그러면이 오류가 사라집니다.

나머지 팀원들로부터 내 PR에 대한 리뷰와 피드백을 기대하지만 곧 해결 될 것입니다.

@jfversluis 안녕하세요. 이전 버전의 XamarinForms에 수정 사항을 적용 할 수 있습니까?
3.4.0.1009999를 사용하고 있으며 최신 버전의 Xamarin.Forms로 업그레이드하는 데 많은 노력이 필요합니다.

@ngoquoc 우리는 이것을 이전 버전으로 백 포트 할 수 있지만, 3.4로 되돌릴 것이라는 데 회의적입니다. 업그레이드하는 데 너무 많은 노력이 드는 이유는 무엇입니까? 그 영역을 조사 할 가치가있을 것입니다. :)

@jfversluis 번개 빠른 답장에 감사드립니다 : D
최신 버전으로 업그레이드 할 가치가 있다는 데 절대적으로 동의하지만 상황은 계획된 출시 기한에 정말 가까워졌습니다. 그리고 우리는 최신 버전의 주요 변경 사항을 사용할뿐만 아니라 많은 레거시 종속성 (최대 XF 3.x 만 지원)을 가지고 있습니다.

@ngoquoc 문제 없습니다! 나는 완전히 이해한다! 다음 릴리스에서는 업그레이드를 찾는 것이 현명하다고 생각합니다. 곧 지원 중단되거나 지원 중단 될 API가 더있을 수 있습니다. 업그레이드 경험을 개선하기 위해 할 수있는 일이 있으면 연락해주세요!

이 문제의 수정 사항을 3.4에 적용 할 수 있기를 바랍니다. 4.x로 업그레이드하는 것은 우리 계획에 절대적으로 포함되어 있으며 도움이 필요하면 팀에 연락 할 것입니다. 지원해 주셔서 감사합니다!

@ngoquoc 어쨌든 위에서 작성한 것처럼 ipa를 업로드 할 수 있으며 iOS13에서는이 클래스가 여전히 있습니다.
그래서 이것은 한동안 작동합니다

@KSemenenko "경고"앱도 Apple 스토어에 게시 할 수 있다는 뜻입니까?
만약 그렇다면, 우리는 진정하고 WKWebView 로의 전환을 좀 더 연기 할 수 있습니다. : D
나의 유일한 관심사는 Apple이 경고와 함께 그러한 신청을 승인하는지 여부입니다.
여기에서 지원 중단에 대한 게시 된 정보를 찾았지만 공식 마감일 / Apple 스토어 리뷰 정책이 지정되지 않았습니다. https://developer.apple.com/documentation/uikit/uiwebview

@ngoquoc 역사적으로 예, 지금은 여전히 ​​해당 앱을 승인 할 것입니다. 경고는 기본적으로 "지금은 앱을 승인 할 것이지만 앞으로는 그렇게하지 않을 것이므로 최대한 빨리 전환해야합니다"라고 말합니다. 그들이 그것을 오류로 전환하기로 결정하기 전에 게시하는 한 당신은 좋습니다.

감사. 지금 앱을 제출하고 Apple이 검토 한 후 며칠 내에 결과를 알려 드리겠습니다. :)

@ngoquoc 어제 ipa를 AppStore에 업로드 할 수있었습니다.

복사 한 곳
https://github.com/xamarin/Xamarin.Forms/pull/7367#issuecomment -527558598

내 현재 생각은 그 렌더러가 연결되지 않는 이유를 알아내는 것입니다 (제가 약간 작업 해 왔습니다). RenderWith로 인해 렌더러가 연결되지 않으면 나는 그것을 생각하지 않고 포워더 전체가 어떤 용도로도 사용됩니다 (맞습니까?)

이 경우 기본 유형 (이 PR에서와 같이)을 전환 한 다음 WebViewRenderer를 그대로 둘 수 있습니다. 사람들이 WebViewRenderer로 되돌려 야하는 경우 내보내기를 추가 할 수 있지만 사람들이 사용하지 않는 경우 연결되기를 바랍니다. 밖.

내가 찾은 한 가지 이유는 플랫폼 어셈블리 모두에
어셈블리 수준에서 지정된 PreserveAttribute 는 어셈블리가 모든 형식을 유지하도록합니다.

플랫폼 프로젝트에 더미 클래스를 추가하고 PreserveAttribute를 사용 하여 클래스가 주변에 머물러 있지만 PreserveAttribute 가 없으면

렌더러는 여전히 모두 붙어 있습니다 :-) 그러나 그것은 아기 단계입니다.

CheckboxRendererDesigner 클래스로 빠른 테스트를 실행했습니다 (실제로 어디에서나 사용되지 않기 때문입니다).

이 두 줄의 코드를 모두 제거하면
https://github.com/xamarin/Xamarin.Forms/blob/d56942c5bee0a7c56255febc8bbcc6bc33d5e1cb/Xamarin.Forms.Platform.Android/AppCompat/FormsAppCompatActivity.cs#L128

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

그런 다음 연결됩니다.

이러한 포워더 프로젝트에서 RenderWith의 의도 된 목적인 것 같습니다.
https://github.com/xamarin/Xamarin.Forms/blob/bcf1d857f70c2d521fdbf59bd73445c7e77fe1fc/Stubs/Xamarin.Forms.Platform.cs#L112

기대했던 충분히 약한 연결을 제공하지 않습니다.

Checkbox (forms 요소) 자체가 연결되지 않아 RenderWith 속성이 렌더러를 유지하기 때문에 이런 일이 발생하는 것 같습니다.

CheckboxRendererDesigner 를 변경하여 존재하지 않는 클래스에 속성을 부여하면
```C #
[RenderWith (typeof (CheckBoxRenderer))]
내부 클래스 _CheckBoxRenderer {}

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

```

그런 다음 연결됩니다 ...

따라서 CheckBox를 연결하는 방법을 알아 내야합니다.

이렇게하면 경고가 사라지는 것을 다른 사람들이 보셨습니까?

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

뿡뿡

나를 위해 작동하지 않았고, 어셈블리 파일에 렌더러와 항목이 모두 있고 여전히 경고가 표시됩니다.

WKWebViewRenderer를 추가하는 것만으로는이 경고 이메일에 충분하지 않다는 뜻입니까?

뿡뿡

나를 위해 작동하지 않았고, 어셈블리 파일에 렌더러와 항목이 모두 있고 여전히 경고가 표시됩니다.

이 경우 UIWebView를 사용하는 다른 패키지가있을 수 있습니다. 해당 해결 방법을 사용하고 App Store에서 경고를받지 않습니다. :)

안녕하세요 @ngoquoc 검토 과정에 아직 운이 없나요?

'경고'에 관계없이 검토를 위해 제출하면 앱 마감일이 지 났는지 알고 싶습니다.

애플이 IPA 파일을 거부하는 이유를 언제부터 판단할지 알아야합니다. 나는 그들이 이것을 공개적으로 발표하지 않을까 두렵다.

오늘 내 앱이 애플 리뷰를 통과했다는 편지를 받았습니다
그래서 지금은 작동합니다 :)

앱 검토는 평소와 같이 작동합니다. 내 새 앱이 정상적으로 게시되었습니다. 향후 출시에 대한 경고 일 수도 있습니다.

일반적으로 경고는 경고 일 뿐이며 많은 시간을 제공합니다. Google의 경우 약 2 년을 제공합니다. 여기서 내 가정은 경고가 iOS 14에서 제거 할 것이며 (내 추측에) 사용자가 사용을 중단하기를 원한다는 것입니다. 스위치를 뒤집거나 기본적으로 켜져 있으면 어쨌든 사용하지 않을 것입니다. 그래서 그들이 스위치를 뒤집어 오류로 만들지 않는 한, 어떤 사람들은 여전히 ​​오래된 장치를 지원해야하기 때문에 나는 그렇게 생각하지 않습니다.

좋아요, 여기 제가 무슨 일이 일어나고 있는지 확인하기 위해 한 일이 있습니다.

안정적인 최신 Xamarin.Forms 패키지와 WebView 만 보여주는 앱으로 Apple에 업로드 한 더미 앱을 만들었습니다. 업로드 한 직후이 경고를 받았습니다. 경고가 매번 나가는 지 확인하기 위해 경고가 오지 않을 때 문제를 해결했다고 가정 할 수 있으며 버전 번호 외에 변경 사항이없는 다른 바이너리를 만들었습니다. 경고 메시지가 다시 왔습니다. 따라서 경고 수신을 중지 할 때마다 문제가 해결 된 것 같습니다.

그런 다음 @FabriBertani 가 여기에서 제공 한 정확한 코드로 사용자 지정 렌더러를 구현했습니다. 메시지는 여전히 왔습니다. 따라서 이것은 해결책이 아닌 것 같습니다.

그런 다음이 분기를 가져와 WebRenderer를 삭제하고 UIWebView에 대한 모든 참조를 효과적으로 제거했습니다. 이것은 원하는 효과를 가졌습니다. 이제 Apple은 더 이상 경고를 보내지 않았습니다.

이 모든 것은 코드에서 UIWebView를 참조하는 한 (읽기 : UIWebViewRenderer가 아직 제자리에있는 한) Apple이이를 감지하고 궁극적으로 앱 수락을 중단한다는 사실을 가리키는 것처럼 보입니다. 이전 버전과의 호환성을 극대화하려면 링커가 더 이상 사용되지 않을 때 WebViewRenderer를 제거하지 않는 이유를 조사해야합니다. 우리가 그것을 고치면 내 PR 이 의미가 있으며이 문제를 단번에 고쳐야합니다.

James (및 다른 사람들)가 언급했듯이 지금은 경고 일 뿐이므로 메시지를 받더라도이 시점에서는 걱정할 것이 없으며 작동합니다. 그러나 물론 우리는 Apple이 이전 UIWebView API의 허용을 중단하기로 결정할 때 대비해야합니다.

따라서 iOS 팀과 확인한 후 NSObject에서 상속 된 모든 항목이 연결되지 않는 것처럼 보이므로 RenderWith가 렌더러를 연결한다는 약속은 iOS에서 작업 한 적이 없습니다.

렌더러를 완전히 삭제하고 모든 사람을

또는 별도의 너겟과 일부 유형 전달로 교활 해지십시오.

나도 같은 문제가 있습니다. 이것에 대한 업데이트가 있습니까?

안녕하세요 @ Mikilll94 , 우리는이 문제를 적극적으로 해결하고 있지만 조만간 완전한 솔루션을 사용할 수 없습니다. "전체 솔루션"을 사용하면 Xamarin.Forms 앱을 스토어에 제출할 때마다 Apple에서 경고가 더 이상 표시되지 않습니다.

경고 메시지를 중지하려면 소스에서 현재 WebViewRenderer 를 완전히 제거해야합니다. 그 렌더러가 현재 기본값이고 영원히 소스에 있었기 때문에 이것은 주요 변경 사항입니다. 이 문제와 관련된 PR을 통해 기본 렌더러를 WKWebViewRenderer 로 전환하여 새 WKWebView 효과적으로 사용합니다. Xamarin.Forms의 최종 사용자는이 변경 사항에 대해 알아 차리지 않아야합니다. 이 스위치를 사용하면 Xamarin.Forms 사용자에게 코드에서 필요한 변경을 수행 할 수있는 가능성을 제공하기 위해 원래 WebViewRenderer 도 더 이상 사용되지 않음으로 표시됩니다. 예를 들어 WebViewRenderer 에 의존하는 커스텀 렌더러가있는 경우.

그러나 WebViewRenderer 가 여전히 소스에 연결되어 있기 때문에 Apple이 앱을 스캔하는 동안 여전히 선택합니다. 최신 버전 4.5 인 Xamarin.Forms의 최신 버전에서는 WebViewRenderer 완전히 삭제하고 Apple의 경고 메시지가 중지되어야합니다.

그렇긴하지만 제거해야 할 두 가지가 있습니다.

1. Apple의 메시지는 당분간 경고 일 뿐이며 새 버전을 제출하는 것을 막을 수있는 것은 없으며 App Store에 정상적으로 승인되어야합니다. 이것은 우리에게 (적어도) 1 년을주는 iOS 14까지 계속 될 것입니다.
2. 다시 말하지만, 소스에서 WebViewRenderer 를 삭제하는 것은 우리가 원하지 않는 주요 변경 사항이지만이 시점에서 선택의 여지가 없습니다. 따라서 사용자에게 이에 대해 경고하고 점차적으로 먼저 새로운 구현으로 전환 한 다음 소스에서 해당 클래스를 제거하는 데 시간이 걸립니다. 이것은 긴 프로세스이지만 iOS 14가 출시되기 훨씬 전에 이루어져야합니다.

이것에 대한 귀하의 모든 우려가 해결되기를 바랍니다. 그렇지 않은 경우 알려 주시기 바랍니다. 이 문제에 대해 궁금한 점이 있으면 기꺼이 답변 해 드리겠습니다.

이해와 인내심에 감사드립니다!

뿡 빵뀨
이 훌륭한 답변에 감사드립니다 :)

@jfversluis 답변 주셔서 감사합니다
WebViewRenderer를 소스에서 삭제하는 방법을 알려주시겠습니까?

@NehalOsama 를 수행하는 유일한 방법은이 XamForms 저장소를 복제하고 Platforms.iOS 프로젝트에서 WebViewRenderer.cs 파일을 삭제하고 모든 참조가 WKWebViewRenderer 를 가리 키도록 변경하고 고유 한 DLL을 빌드하는 것입니다. 앱에서 사용하세요.

나는 이것에 대해 강력히 추천합니다 . 이렇게하면 우리가 릴리스 할 버전으로 업그레이드 할 수 없으므로 사용자 지정 변경 사항을 잃지 않고는 버그 수정이나 그 어떤 것도받을 수 없습니다. 또는 업그레이드 할 때마다이 프로세스를 다시 반복해야합니다.

내가 물어봐도 괜찮다면; 왜 기다리지 않습니까? Apple의 메시지는 경고 일 뿐이며 Apple이 실제로 앱을 거부하기 전에이 작업을 수행 할 것입니다. 이 시점에서는 걱정할 것이 없습니다.

뿡 빵뀨
감사합니다. 참조 및 경고를 제거하더라도 그 이유는 클라이언트가 웹킷을 사용하여 다른 응용 프로그램과 통합 할 것을 요구하기 때문입니다.
https://github.com/xamarin/Xamarin.Forms/issues/7323#issuecomment -527294907로 만들었습니다.
하지만 내 사용자 정의 렌더러가 UIWebView가 아닌 ​​WKWebViewRenderer인지 어떻게 확인할 수 있습니까?!
그들 사이에 명백한 차이가 있거나 클라이언트에게 그것을 증명할 수있는 것이 있습니까?!

우리가 일을 제대로했다면 그들 사이에 어떤 차이도 보이지 않아야한다는 점입니다 😉

얼마나 많은 증거가 필요한지 모르겠습니다. 스폰되는 실제 유형을 파헤 치기 위해 검사기 나 UITest 물건을 파헤칠 수 있습니다. 하지만 가장 쉬운 방법은 생성 한 커스텀 렌더러에 중단 점을 설정하고 그것이 맞는지 확인하는 것입니다. 그렇다면 WKWebView 이 사용됩니다. 또한 네이티브 플랫폼에서 특정 페이지를로드하는 사용자 지정 렌더러에 약간의 메커니즘을 구현할 수 있습니다. 다시 중단 점을 입력하고 UIWebView 대신 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

이 수동 언어 ( "수락 중지")에도 불구하고 내 바이너리는 처리되지 않았으며 릴리스에 사용할 수있게되었습니다.

이것은 이제 중요합니다. 내 클라이언트 앱의 새 버전을 출시 할 수 없습니다.

이 수정 사항의 ETA는 무엇입니까?

안녕하세요 @joehanna 보고

귀하의 의견은 약 한 시간 전의 것입니다. 지금 쯤이면 개발자 포털에 표시 될 것입니다. 실제로 통과하지 않았는지 확인할 수 있습니까?

또한

내 바이너리가 처리되지 않았고 릴리스에 사용할 수있게되었습니다.

이것을 어떻게 확인 했습니까? 앱 정의로 이동 한 다음 활동, 모든 빌드 아래에 표시되지 않습니까?

빠른 답장 @jfversluis에 감사드립니다. 확인 이메일을받지 못했고 사용 가능한 빌드에도 나타나지 않습니다. 처리 백 로그가있을 수 있습니까? 제 경험상 바이너리는 20 분 이내에 처리됩니다. 잠시 후 다시 확인하고보고하겠습니다.

아, 그것은 당신이 거기에서 만지고있는 좋은 포인트입니다. iOS 13이 출시되고 사람들이이를 위해 많은 빌드를 제출하는 경우 추가 활동이있을 수 있습니다. 방금 위에서 볼 수있는 더미 앱의 새 버전을 만들고 제출했습니다. 단지 어떤 일이 발생하는지 확인하고 확인하기 위해 제출했습니다.

무엇이든 보는대로 알려 드리겠습니다.

어쨌든 신고 해 주셔서 감사합니다!

@joehanna 먼저 경고를 받고 몇 분 안에 두 번째 이미지를 얻었습니다. 따라서 빌드에서 무슨 일이 일어나고 있는지 확실하지 않지만 UIWebView 사용과 관련이없는 것 같습니다.

드디어 나왔습니다. 드라마 죄송합니다. 그렇게 오래 걸리지 않았습니다. 팔로우 해 주셔서 감사합니다.

SDK_ 버그

이 문제는 컴파일러가 원하지 않는 클래스 파일이나 라이브러리를 제거하지 않기 때문입니다.
Xamarin 개발 팀은 최신 Apple 개발 정책을 참조해야합니다.

@jfversluis Xamarin.iOS 프로젝트에서 동일한 문제가 발생합니다. 이 스레드가 Xamarin.Forms 아래에 있지만 근본 원인이 동일합니까? 수정이 Xamarin.iOS와 Xamarin.Forms를 모두 해결합니까?

감사합니다!
CompaNova LLC

@dmitrymal 몇 가지 원인이 있습니다

Xamarin.iOS가 원인을 해결 한 다음이를 기반으로 구축하여 문제를 해결할 것입니다.

작업중인 몇 가지 솔루션이 있으며 진행 상황에 따라이 문제를 업데이트 할 예정입니다.

이 스레드가 여전히 s / unverified로 태그 된 이유는 무엇입니까?

아니 @taublast가 아니야 🤡

이 수정이 잠시 중단되어 현재 긴급하지 않다는 점에 감사하지만, 완료되면 이전 XF 버전으로 다시 포팅됩니까? 3.4에 빌드 된 대규모 앱 제품군이 있으며 다양한 종속성 문제로 인해 XF 4.0 이상으로 업그레이드하려고 할 때 항상 실패했습니다.

@ 1888games 최종 최종 수정 사항에 따라 그럴 가능성이 거의 없다고 생각합니다.

https://github.com/xamarin/Xamarin.Forms/pull/7367 이 병합되었지만 퍼즐의 일부일 뿐이므로 경고가 사라질 것으로 기대하지 마십시오.

Xamarin.Forms SDK 및 Xamarin.IOS SDK 내에서 링커 수정이 여전히 필요합니다.

• https://github.com/xamarin/Xamarin.Forms/tree/ios_linker
• 그리고 Xamarin.iOS SDK 자체 내부의 추가 링커 수정

그렇다면 어떤 버전의 XamarinForms가이 문제를 해결 했습니까?

@ s-bhavin-shah, 우리는 여러 단계와 단계를 거쳐이 문제를 해결하고 영원히 치워야합니다. 따라서 현재 특정 Xamarin.Forms 버전에서는이 문제가 수정되지 않았습니다. 이 시점에서 걱정할 이유가 없음을 다시 말씀 드리고 싶습니다. Apple의 메시지는 현재로서는 경고 일 뿐이며 앞으로도 좋은시기에 대한 경고가 될 것입니다.

이러한 이유로 Apple이 앱을 거부하는 경고가 표시 될 때까지 준비 할 것입니다. 이 문제에 대한 최신 정보를 알려 드리겠습니다. 이제 링커가 사용되지 않는 Xamarin 개체를 실제로 제거 (핵심)하는 방법을 찾았습니다. 또한 내 PR이 병합되어 WKWebViewRenderer 이 기본값이됩니다.

이를 바탕으로 기본적으로 마지막 단계는 "iOS 연결"솔루션을 출시하는 것입니다. 이 경우 WKWebViewRenderer 가 기본값이고 WebViewRenderer 가 더 이상 코드에서 사용되지 않으면 Apple로 전송되는 결과 바이너리에서 삭제됩니다. 그 말은; iOS 연결 솔루션을 출시하는 것은 말처럼 쉽지 않으며 시간이 더 걸립니다.

여기서의 장점은 아마도 완전한 브레이킹 체인지 솔루션을 사용할 필요는 없지만 모든 사람을 점차이 솔루션으로 전환 할 수 있다는 것입니다.

현재 모든 질문에 대한 답변이되기를 바랍니다. 그렇지 않다면 알려주세요!

UIWebView를 더 이상 사용하지 않고 WkWebView로 대체 할 때이 문제를 고려해야합니다.
https://github.com/xamarin/Xamarin.Forms/issues/8028

UIWebView를 WkWebView로 바꾸면 사람들의 앱이 깨질 수 있습니다.

@ Mikilll94 요점은 유효하지만 간단한 사실은 Apple이 여전히 UIWebView를 사용하는 바이너리를 거부하기 시작한다는 것입니다. 따라서 Xamarin이 아무 작업도하지 않더라도 Apple은 (아마 향후 9 개월 내에) 변경하지 않고는 앱을 업데이트 할 수 없기 때문에 어차피 큰 변화가 될 것입니다.

뿡뿡
맞습니다.

그러나 WkWebView에 매우 중요하고 많은 개발자에게 영향을 미칠 문제가 있으며 현재로서는 해결 방법이 없음을 보여주고 싶었습니다.

같은 문제! 완벽한 해결 방법이 있습니까?

안녕하세요 @samirgcofficial 귀하의 결과를보고 https://github.com/xamarin/Xamarin.Forms/issues/7323#issuecomment -542363338의 댓글을 보셨나요?

그것은 현재 상태를 꽤 많이 설명 할 것입니다 :)

요약 : 현재 해결 방법이나 해결책이 없습니다. 현재 작업 중입니다. 그러나 Apple의이 메시지는 경고 일 뿐이며 문제없이 앱을 제출할 수 있어야합니다.이 경고 메시지 만 있으면됩니다.

질문이 있으면 알려주세요!

트윗 담아 가기
내 경험에 따르면 Apple은 바이너리로 UIWebView를 표시하는 앱을 더 이상 허용하지 않습니다. 더 이상 Xamarin 앱을 App Store로 보낼 수 없습니다. 따라서 이는 경고 메시지 일뿐만 아니라 매우 중요한 문제입니다.
반면에 앱을 게시하는 방법에 대한 솔루션이있는 경우 방법을 알려주십시오.

@JawadJaber 예, 심각한 문제입니다! 테스트 비행을 위해 앱 스토어에서 내 앱의 외부 테스트를 수행 할 수 없습니다. 그러나 앱의 내부 테스트가 가능하며이 WebView는 내부 테스트에 영향을 미치지 않습니다.
시나리오는 Test Flight에서 할 수없는 외부 링크를 생성하고 공유하는 것이 었습니다. 어떤 해결책?

@JawadJaber Apple에서 경고가 아닌 바이너리를 거부했다는 다른 메시지를받은 경우 스크린 샷이나 자세한 내용을 제공하는 것을 게시하십시오. 금요일에 경고 이메일 외에 다른 문제없이 바이너리를 Apple에 성공적으로 제출했습니다.

바이너리를 제출하고 경고 이메일 만 받았습니다.

@JawadJaber @samirgcofficial 이 이유 때문에 바이너리가 거부되었다고 생각하는 이유를 말씀해 주시겠습니까? 우리는 이것 외에는 여전히 경고라고 생각할 이유가 없습니다. 많은 사람들이이를 확인하고 있으며이 문제가 발생한 이후 전자 메일 메시지의 경고 텍스트는 변경되지 않았습니다.

우리는 이것이 매우 중요한 문제라는 데 동의합니다. 그래서 우리는 해결책을 찾기 위해 열심히 노력하고 있으며이 시점에서 가능한 한 명확하고 투명합니다.

이 스레드의 앞부분에는 자신의 바이너리가 거부되었다고 생각하는 다른 사람이 있었지만 처리하는 데 시간이 조금 더 걸렸습니다. 이것이 당신에게도 해당 될 수 있습니까?

좋아, 이제 Apple에서 제대로 작동하고 있음을 인정합니다.
3 주 전에 거절 당했고 App Store 지원팀에 연락해 똑같은 말을했습니다 (그들의 정책).
그러나 지금은 작동하고 있습니다. 나는 애플이이 사건에 대한 그들의 정책을 방금 변경했다고 생각한다. 감사합니다 @jfversluis , @ martijn00 @ cabal95

좋아, 앱 스토어 팀으로부터 모든 사용자의 앱 액세스를 제한하고 특정 지역 사람들이 TWILO를 사용하여 OTP 인증을 받도록 허용한다는 또 다른 메시지를 받았습니다. 제한을 제외해야하며 앱은 현재 베타 테스트 중입니다. :). 그게 다야. 모두 감사합니다.

같은 문제

고객에게 우리 앱이 절대적으로 괜찮다고 설명하는 것은 매우 어렵습니다. 경고 일뿐입니다 ((

@YuliaLoyko를 완전히 이해합니다. 불행히도 우리는 최대한 빨리 움직이고 있습니다.

4.4를 기다리고

@ prasannamca1107 명확하고 희망을 얻지 않기 위해. 이것은 4.4에서 수정되지 않을 것입니다. 우리는 또한 여기서 Xamarin.iOS의 변경 사항에 의존하고 있습니다. 이것은 Xamarin.Forms 팀에서만 해결할 수 없습니다.

밝은면에서 저는 작동하는 수정 사항을 보았습니다. 제가 언급했듯이 우리는 작업 중입니다. 그러나 모든 것이 정렬되기까지 시간이 걸리고 손에 넣을 수 있습니다.

지금까지 여전히 걱정할 것이 없습니다. Apple의 메시지는 여전히 경고 일뿐입니다!

나는 xamarin 포럼 의 스레드를 이 링크를 찾았습니다.

내가 시도한 것과 동일한 경고가 없습니다.

@softsan , 공유해 주셔서 감사합니다! 불행히도 그것은 현재 해결책이 아닙니다. 현재로서는 (쉬운) 해결책이 없습니다. 내가보기 엔의 UIWebViewRenderer와 자신의 Xamarin.Forms 패키지를

우리는 여전히 솔루션을 위해 열심히 노력하고 있습니다. 걱정하지 마세요! :)

지난 금요일에 새 앱을 제출했는데 동일한 경고를 받았지만 그저 경고였습니다.
앱이 승인되고 문제없이 앱 스토어에 나열됩니다.

@jfversluis , @softsan WKWebView 를 반환하는 WebView 용 렌더러를 직접 작성했습니다. 코드를 테스트하고 상점에 게시했지만 여전히 경고를받습니다. 내 렌더러는 렌더러의 일반적인 패턴을 따르지만 다음은 관련 코드의 간단한 스 니펫입니다.

if (제어 == null)
{
_contentController = 새로운 WKUserContentController ();
var frame = UIApplication.SharedApplication.Delegate.GetWindow (). Bounds;
var cgRect = new CoreGraphics.CGRect (frame.X, frame.Y, frame.Width, frame.Height);
var config = new WKWebViewConfiguration {UserContentController = _contentController};
_wKWebView = 새로운 WKWebView (cgRect, config)
{
NavigationDelegate = new WKNavigationDelegate ()
};

                    SetNativeControl(_wKWebView);
                }

웹 브라우저를 사용하는 내 코드에는 단 한 곳만 있으며이 코드를 디버깅하고 데이터 유형을 검사하고 올바른지 확인했지만 Apple에서 오류를 받았습니다. 검토 팀에 검토 경합을 제출했으며 답변을 기다리고 있습니다.

@seanstilson 은

Apple은 아마도 UIWebView에 대한 참조가 있다고 간단히 말할 것입니다. 코드가 아니라 앱 내부에있는 Xamarin.Forms 코드를 통해.

이것을 말하고; Apple이 이로 인해 바이너리 허용을 실제로 중단하기 전에이 문제를 해결해야합니다.

UIWebViewRenderer 빌드에 대한 이전 게시물을 놓쳤습니다.
바이너리 @jfversluis에 , 내 나쁜. 응답 해 주셔서 감사합니다!

2019 년 11 월 14 일 목요일 오전 11:54 Gerald Versluis [email protected]
썼다 :

@seanstilson https://github.com/seanstilson 소용 이 없습니다. 같이
사용자 지정 렌더러를 생성하더라도
WKWebView를 사용합니다. UIWebViewRenderer는 여전히
Xamarin.Forms 바이너리는 현재 작동 방식으로 인해 발생합니다. 우리는
변경하기 전까지는 변경할 수 없습니다.
현재.

Apple은 아마도 UIWebView에 대한 참조가 있다고 간단히 말할 것입니다. 아니
코드에 있지만 Xamarin.Forms 코드를 통해 여전히 앱 내부에 있습니다.

이것을 말하고; 우리는 전에 어떤 방법 으로든 고칠 것입니다.
이 때문에 애플은 바이너리 허용을 정말로 중단합니다.

—
당신이 언급 되었기 때문에 이것을 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/xamarin/Xamarin.Forms/issues/7323?email_source=notifications&email_token=AMVYZVVKIGZKMMH5XOS2QATQTWGF5A5CNFSM4ISLFU32YY3PNVWWK3TUL52HSTDN5VRWEXG43VX33Kissue4DFVRWEXG43VX33Kissue4DFVRWEXG43VMVBW63 .
또는 구독 취소
https://github.com/notifications/unsubscribe-auth/AMVYZVUT5A73R4SXSQFRDMDQTWGF5ANCNFSM4ISLFU3Q
.

@seanstilson 은 그것에 대해 걱정하지 마십시오. 여기에 많은 행동이 있습니다. 뭔가 놓친 것을 상상할 수 있습니다. :)

친구 여러분, 진행하기 전에 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 지원 중단 계획에 대해 좀 더 명확하게 설명하는 짧은 성명 을 발표

App Store는 2020 년 4 월부터 UIWebView를 사용하는 새로운 앱과 2020 년 12 월부터 UIWebView를 사용하는 앱 업데이트를 더 이상 허용하지 않습니다.

그것은 우리가 그것이 무엇이든간에 해결책을 찾을 시간이 여전히 있음을 의미합니다. 그 동안 우리는 선호하는 솔루션을 조사했습니다. Xamarin.iOS 팀과 함께 우리는 이전 버전과의 호환성을 유지하면서 경고를 트리거하지 않는 앱을 ​​스토어에 제출했습니다. 이는 (현재) 레거시 WebViewRenderer 삭제하지 않음을 의미합니다. 우리는 여전히 몇 가지 요소를 기반으로 그것이 _the_ 솔루션인지 결정하고 있지만 여전히 작업 중이며 준비가되었는지 확인할 것입니다. 적어도 지금 우리는 언제 준비해야할지 알고 있습니다 😄 인내심에 감사드립니다!

모두에게 좋은 소식입니다! 곧 사용할 최종 수정 사항이 있습니다.

그것은 당신 측에서 약간의 작업이 필요합니다. 저는 현재 그것이 무엇인지 설명하는 약간의 문서를 작업 중입니다. 걱정하지 마세요. 그렇게 복잡하지 않습니다!

그것이 라이브이고 모든 비트를 사용할 수있을 때마다 여기에 게시 할 것입니다. 확고한 약속은 아니지만 4 월 마감일이 훨씬 더 빨리 끝나야합니다.

다시 한 번 저희와 함께 해주셔서 감사합니다!

해결책이 여기 있습니다!

모든 비트가 제자리에 있으며 솔루션 시간입니다! 요약 : 모든 내용은 여기이 문서에 설명되어

안정적인 채널에서 최신 Visual Studio (Mac 용)를 사용하고 있는지 확인하세요. 현재 Xamarin.Forms 4.5-pre1 미리보기 릴리스를 사용해야합니다. 이것이 여러분 모두를위한 옵션이 아닐 수도 있음을 이해합니다.하지만 안심하십시오. 안정적인 패키지는 마감일 이전에 출시 될 것입니다. Stable 4.5는 2 월 중순부터 말까지 예정되어 있습니다.

마지막으로 --optimize=experimental-xforms-product-type 플래그를 iOS 추가 mtouch 인수 설정에 UIWebView 에 대한 자신의 언급이 없다면 🙂

빠른 시일 내에 시도해 보시기 바랍니다. Forms 미리보기 패키지를 기반으로 실제 새 버전을 스토어에 릴리스하지 않을 수도 있지만,이 솔루션이 올바르게 작동하는지 확인하기 위해 적어도 빌드를 업로드하십시오. 그렇게 할 때마다 4.5 안정 패키지로 업데이트하고 자신있게 새 버전을 릴리스 할 수 있습니다.

이 솔루션으로 문제가 발생하면 저에게 직접 연락하거나 (gerald.versluis [a with a long tail] microsoft.com) 리포지토리에서 새 문제를여십시오. 물론 긍정적 인 피드백도 항상 높이 평가됩니다 😉

다시 감사합니다!