Xamarin.forms: Xamarin.Forms3.5.0.129452でSyncfusionSfListViewを使用するとネイティブクラッシュ

作成日 2019年02月17日  ·  99コメント  ·  ソース: xamarin/Xamarin.Forms

説明

Syncfusion SfListViewコントロールを使用すると、Xamarin.Forms3.5.0.129452がネイティブクラッシュでクラッシュする

再現する手順

  1. クローンhttps://github.com/SyncfusionExamples/ListView-GettingStarted-in-Xamarin-Forms
  2. Syncfusion.Xamarin.SfListViewを最新バージョンに更新し、 Xamarin.Formsを3.5.0.129452に更新します
  3. リリースモードで実行します。

予想される行動

アプリは正常に動作し、リストビューが表示されます

実際の動作

アプリがクラッシュする

基本情報

  • 問題のあるバージョン:3.5.0.129452
  • 最後の既知の良好なバージョン:3.4.0.1029999
  • IDE:Visual Studion 2017
  • プラットフォームターゲットフレームワーク:

    • Android:8.1

  • Androidサポートライブラリバージョン:27.0.2.1
blocker 5 high regression Android partner bug

最も参考になるコメント

この特定の修正は、3/29に完了する予定のSprint150の一部です。 残念ながら、それまでに実際の本番環境対応の修正がプッシュされるかどうかを判断する方法はありません。

これは深刻なリグレッションであり、すぐにホットフィックスする必要があります。
最初のステップは、このリグレッションの原因となるXF3.5のコミットを特定することです。 すでに行われていますか?

全てのコメント99件

スタックトレースは次のとおりです。

02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470]アプリケーションでJNIがエラーを検出:負のjsize:-443686848
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470]NewIntArrayの呼び出し
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] from void md5e6dceb8716288c40551f253cf2268d49.MainActivity.n_onCreate(android.os.Bundle)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] "main" prio = 5 tid = 1 Runnable
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] | group = "main" sCount = 0 dsCount = 0 obj = 0x75bb0268 self = 0xf4305400
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] | sysTid = 18225 nice = 0 cgrp = default sched = 0/0 handle = 0xf7582534
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] | state = R schedstat =(0 0 0)utm = 278 stm = 41 core = 3 HZ = 100
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] | stack = 0xff4e7000-0xff4e9000 stackSize = 8MB
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] | 保持されたミューテックス= "ミューテーターロック"(共有保持)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470]ネイティブ:#00 pc 00351799 /system/lib/libart.so(_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMapPKcPN
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470]ネイティブ:#01 pc 00331cb5 /system/lib/libart.so(_ZNK3art6Thread9DumpStackERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEbP12BacktraceMap +
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470]ネイティブ:#02 pc 0023a07f /system/lib/libart.so(_ZN3art9JavaVMExt8JniAbortEPKcS2_ + 846)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470]ネイティブ:#03 pc 0023a5b7 /system/lib/libart.so(_ZN3art9JavaVMExt9JniAbortVEPKcS2_St9__va_list + 58)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470]ネイティブ:#04 pc 000ca893 /system/lib/libart.so(_ZN3art11ScopedCheck6AbortFEPKcz + 42)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470]ネイティブ:#05 pc 000ca841 /system/lib/libart.so(_ZN3art11ScopedCheck17CheckNonHeapValueEcNS_12JniValueTypeE + 164)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470]ネイティブ:#06 pc 000c94ff /system/lib/libart.so(_ZN3art11ScopedCheck22CheckPossibleHeapValueERNS_18ScopedObjectAccessEcNS_12JniValueTypeE + 130)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470]ネイティブ:#07 pc 000c8969 /system/lib/libart.so(_ZN3art11ScopedCheck5CheckERNS_18ScopedObjectAccessEbPKcPNS_12JniValueTypeE + 800)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470]ネイティブ:#08 pc 000cfcb9 /system/lib/libart.so(_ZN3art8CheckJNI17NewPrimitiveArrayEPKcP7_JNIEnviNS_9Primitive4TypeE + 452)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470]ネイティブ:#09 pc 000166cc(???)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] at md5e6dceb8716288c40551f253cf2268d49.MainActivity.n_onCreate(ネイティブメソッド)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] at md5e6dceb8716288c40551f253cf2268d49.MainActivity.onCreate(MainActivity.java:29)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] at android.app.Activity.performCreate(Activity.java:6955)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1126)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:2927)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:3045)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] at android.app.ActivityThread.-wrap14(ActivityThread.java:-1)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] at android.app.ActivityThread $ H.handleMessage(ActivityThread.java:1642)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] at android.os.Handler.dispatchMessage(Handler.java:102)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] at android.os.Looper.loop(Looper.java:154)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] at android.app.ActivityThread.main(ActivityThread.java:6776)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] at java.lang.reflect.Method.invoke!(ネイティブメソッド)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] at com.android.internal.os.ZygoteInit $ MethodAndArgsCaller.run(ZygoteInit.java:1496)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470] at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:1386)
02-17 17:44:49.406 F / art(18225):art / runtime / java_vm_ext.cc:470]
02-17 17:44:49.560 F / art(18225):art / runtime / runtime.cc:419]ランタイムの中止...

同じ問題を抱えています。 SDKアセンブリをリンクしないと問題は修正されますが、APKが巨大になってしまいました。 また、デバッグビルドからスタックトレースを追加しています(共有ランタイムを使用せずにデバッグで再現できます+ SDKアセンブリをリンクします)。

また、XF4.0プレビューで再現可能です。

XF 3.4.0.1029999にロールバックするだけで、問題は解決します。

02-18 23:17:01.789 D / Mono(31151):Assembly Ref addref Syncfusion.SfPullToRefresh.XForms.Android [0xe64f1e20]-> Xamarin.Android.Support.SwipeRefreshLayout [0xe640f540]:3
02-18 23:17:01.815 E / art(31151):アプリケーションでJNIがエラーを検出しました:負のjsize:-443686848
referenceTableGDEFの長さ= 814 1
referenceTableGSUBの長さ= 11364 1
referenceTableGPOSの長さ= 47302 1
referenceTableヘッドの長さ= 54 1
02-18 23:17:01.815 E / art(31151):NewIntArrayの呼び出し中
02-18 23:17:01.815 E / art(31151):android.view.Viewからmd58432a647068b097f9637064b8985a5e0.FragmentContainer.n_onCreateView(android.view.LayoutInflater、android.view.ViewGroup、android.os.Bundle)
02-18 23:17:01.815 E / art(31151): "main" prio = 5 tid = 1 Runnable
02-18 23:17:01.815 E / art(31151):| group = "main" sCount = 0 dsCount = 0 obj = 0x761414e0 self = 0xf48b6a00
02-18 23:17:01.815 E / art(31151):| sysTid = 31151 nice = -10 cgrp = default sched = 0/0 handle = 0xf72c7de4
02-18 23:17:01.815 E / art(31151):| state = R schedstat =(5251775448 129778313 2725)utm = 463 stm = 62 core = 8 HZ = 100
02-18 23:17:01.815 E / art(31151):| stack = 0xff691000-0xff693000 stackSize = 8MB
02-18 23:17:01.815 E / art(31151):| 保持されたミューテックス= "ミューテーターロック"(共有保持)
02-18 23:17:01.815 E / art(31151):ネイティブ:#00 pc 0034d679 /system/lib/libart.so(_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMapPKcPNS_9ArtMethodEPv + 204)
02-18 23:17:01.815 E / art(31151):ネイティブ:#01 pc 0032dfe9 /system/lib/libart.so(_ZNK3art6Thread4DumpERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEP12BacktraceMap + 148)
02-18 23:17:01.815 E / art(31151):ネイティブ:#02 pc 0024116f /system/lib/libart.so(_ZN3art9JavaVMExt8JniAbortEPKcS2_ + 902)
02-18 23:17:01.815 E / art(31151):ネイティブ:#03 pc 00241803 /system/lib/libart.so(_ZN3art9JavaVMExt9JniAbortVEPKcS2_St9__va_list + 54)
02-18 23:17:01.815 E / art(31151):ネイティブ:#04 pc 000edf95 /system/lib/libart.so(_ZN3art11ScopedCheck6AbortFEPKcz + 28)
02-18 23:17:01.815 E / art(31151):ネイティブ:#05 pc 000f2f63 /system/lib/libart.so(_ZN3art11ScopedCheck5CheckERNS_18ScopedObjectAccessEbPKcPNS_12JniValueTypeE.constprop.95 + 5350)
02-18 23:17:01.815 E / art(31151):ネイティブ:#06 pc 000fc9cd /system/lib/libart.so(_ZN3art8CheckJNI17NewPrimitiveArrayEPKcP7_JNIEnviNS_9Primitive4TypeE + 364)
02-18 23:17:01.815 E / art(31151):ネイティブ:#07 pc 00017a9c(???)
02-18 23:17:01.815 E / art(31151):md58432a647068b097f9637064b8985a5e0.FragmentContainer.n_onCreateView(ネイティブメソッド)
02-18 23:17:01.815 E / art(31151):md58432a647068b097f9637064b8985a5e0.FragmentContainer.onCreateView(FragmentContainer.java:33)
02-18 23:17:01.815 E / art(31151):android.support.v4.app.Fragment.performCreateView(Fragment.java:2439)
02-18 23:17:01.815 E / art(31151):android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1460)
02-18 23:17:01.815 E / art(31151):android.support.v4.app.FragmentManagerImpl.moveFragmentToExpectedState(FragmentManager.java:1784)
02-18 23:17:01.815 E / art(31151):android.support.v4.app.FragmentManagerImpl.moveToState(FragmentManager.java:1852)
02-18 23:17:01.815 E / art(31151):android.support.v4.app.BackStackRecord.executeOps(BackStackRecord.java:802)
02-18 23:17:01.815 E / art(31151):android.support.v4.app.FragmentManagerImpl.executeOps(FragmentManager.java:2625)
02-18 23:17:01.815 E / art(31151):android.support.v4.app.FragmentManagerImpl.executeOpsTogether(FragmentManager.java:2411)
02-18 23:17:01.816 E / art(31151):android.support.v4.app.FragmentManagerImpl.removeRedundantOperationsAndExecute(FragmentManager.java:2366)
02-18 23:17:01.816 E / art(31151):android.support.v4.app.FragmentManagerImpl.execPendingActions(FragmentManager.java:2273)
02-18 23:17:01.816 E / art(31151):android.support.v4.app.FragmentManagerImpl $ 1.run(FragmentManager.java:733)
02-18 23:17:01.816 E / art(31151):android.os.Handler.handleCallback(Handler.java:815)
02-18 23:17:01.816 E / art(31151):android.os.Handler.dispatchMessage(Handler.java:104)
02-18 23:17:01.816 E / art(31151):android.os.Looper.loop(Looper.java:207)
02-18 23:17:01.816 E / art(31151):android.app.ActivityThread.main(ActivityThread.java:5845)

SDKをリンクできますが、この特定のSDK /名前空間のリンクは避けられますか? それで問題は解決しますか? これらは「Syncfusion.ListView.XForms」のリンクを避けるべき名前空間だと思います
「Syncfusion.ListView.XForms.Control.Helpers」
「Syncfusion.ListView.XForms.Helpers」
「Syncfusion.SfPullToRefresh.XForms」
「Com.Syncfusion.Sfpulltorefresh」
「Syncfusion.SfPullToRefresh」
「Syncfusion.SfPullToRefresh.Android」
「Syncfusion.SfPullToRefresh.iOS」

編集:
これをさらに調べたところ、リンカーには名前空間ではなくアセンブリ名が必要です。
「Syncfusion.SfListView.XForms.dll」
「Syncfusion.SfPullToRefresh.XForms.dll」
「Syncfusion.SfPullToRefresh.Android.dll」
「Syncfusion.SfPullToRefresh.iOS.dll」
による
https://www.fuget.org/packages/Syncfusion.Xamarin.SfListView
https://www.fuget.org/packages/Syncfusion.Xamarin.SfPullToRefresh
https://www.fuget.org/packages/Syncfusion.Xamarin.SfPullToRefresh.Android
https://www.fuget.org/packages/Syncfusion.Xamarin.SfPullToRefresh.IOS

もう一度編集

ここでも同様の問題があります(Xam.forms 3.4で動作しますが、最新の3.5.0.129452安定版では動作しません)
添付のエラーログを参照してください。
xamform_runtime_error_Android.txt

@ AmrAlSayed0SyncfusionのアセンブリはSDKアセンブリではありません。 したがって、SDKアセンブリと提供したリストをリンクしても特別なことはないと思います。 これは、ユーザーアセンブリをリンクする場合にも機能します。

スタックトレースに基づくと、Androidサポートライブラリの変更、SwipeRefreshLayoutに関連するものだと思いますか?

ここでAndroidの同じ問題。 iOSは正常に動作しています。

3.5.0.169047でお試しください。 これはまだ発生しますか? ありがとう!

リリースモードでもクラッシュします。 上記のプロジェクトのクローンを作成し、XamarinライブラリとSyncfusionライブラリを更新してテストしました。

こんにちはチーム、
デバッグモードとリリースモードの両方でクラッシュします。 しかし、オプションをDon't Linkリンクし続けると、xamarinフォーム3.5でクラッシュすることなくアプリを実行できます。
ただし、リリースモードとデバッグモードの両方でクラッシュすることなく、Xamarin.Forms3.4にダウングレードすれば実行できます。
デバッグモードでもこのケースを見ていただけませんか。

まだ問題があります。 これに関する更新はありますか?

これがいつ修正されるかについての見積もりはありますか?

そのリンカーの問題ですか? フルリンクを有効にするデバッグモードでテストしましたが、正常に機能しましたが、リリースモードでフルリンクを使用するとクラッシュします。 それは少し混乱しています

これについてSyncFusionに連絡しました。 クラッシュの原因をまだ絞り込むことができていません。

フォームのバージョン3.4から3.5に、ScrollViewRendererの基本クラスがScrollViewからNestedScrollViewに変更されたため、SFはこのパッチをリリースする必要がありましたが、何らかの理由で3.5ではうまく機能していません。

3.5を再コンパイルし、ScrollViewRenderer基本クラスをScrollViewに戻しました。これを行ったとき、古いバージョンのSFは正常に機能したため、最新の54リリースのSFには、XF3.5ではうまく機能しないように見えるものがあります。

@samhoutsは、これを3.5およびSyncfusionリストビューを使用するすべての人のブロッカーとして確認しています。 Xamフォームの更新を解決するためのETAは何ですか

これがXamarin.Formsで修正できるものかどうかはわかりません。 SyncFusionが解決する必要があるものかもしれません。

@samhouts From Syncfusionこの問題は、リンカーを有効にしてXamarin.Formsアップデートバージョン3.5をアップデートした後にのみ発生します。 前述したように、Xamarinフレームワークの更新が原因で問題が発生し、同じ問題レポート(5288)をログに記録しました。 以前に共有したように、リンクオプションを[なし]に設定することで解決できます。

今のところ、このクラッシュの問題を回避するために、以前のXamarin.Forms(バージョン3.4以前)の更新を使用できます。 報告されたフレームワークの問題をフォローアップしており、解決したらお知らせします。

しばらくお待ちいただきますようお願いいたします。それまでは、以前のXamarin.Formsアップデート(3.4以前)を使用してください。


[email protected]が連絡先です。 更新できるように、2人で接続/解決していただければ幸いです。 リリースできない15日目です。

@caseyniemannこの問題についてSyncFusionと連絡を取り合っており、解決に向けて協力しています。 ありがとう

こんにちはチーム、
現在のところ、ほとんどのお客様は「なし」としてリンクして作業しており、これはリリースモードでのこのクラッシュの永続的な解決策にはなりません。 できるだけ早く更新されたバージョンで修正を提供していただけますか。
この問題に関する通知は届いていません。

問題を確認し、最新情報を共有していただけますか?

よろしく、
グナナプリヤN
(Syncfusion)

@GnanaPriyaNamasivayam先週の木曜日と昨日、マリッサ・ケラー・アウトテンとクリスチャン・グロスマンにメールを送りました。 それは私が質問をするときはいつも私が連絡した人です。 サポートにメールを送信するだけですか、それとも社内に他の誰かがメールを送信してこれらのことを促進する必要がありますか?

SFに対してコンパイルおよびデバッグできるように、SFライセンスをソースライセンスで設定していただけますか? Microsoft dot comのshneuvilは、現在のライセンスが反対している私の電子メールアドレスです。

こんにちはチーム、
現在のところ、ほとんどのお客様は「なし」としてリンクして作業しており、これはリリースモードでのこのクラッシュの永続的な解決策にはなりません。 できるだけ早く更新されたバージョンで修正を提供していただけますか。
この問題に関する通知は届いていません。

問題を確認し、最新情報を共有していただけますか?

よろしく、
グナナプリヤN
(Syncfusion)

@samhouts @GnanaPriyaNamasivayam接続して解決し、@記号を使用して、両方にこれが表示されるようにしてください

@samhouts 、確認して

これを最優先事項としてマークし、SyncFusionとXamarinのエンジニア間のコミュニケーションがあります。 現在取り組んでいます。 ありがとう。

@samhouts @GnanaPriyaNamasivayamこれは

@caseyniemann現在のところ、最新バージョンのSyncFusionとXF3.6でも同じ問題が発生しています。 この問題を解決するために、SyncFusionを3.6に対して再構築する必要がある可能性があります。 おそらく@GnanaPriyaNamasivayamまたは@ Nijamudeen-Mohamedがこれを試して確認することができます。 それ以外の場合、 @ PureWeenは月曜日にSyncFusionと直接これについて話し合う予定であり、その

XF 3.6では、FFImageでコンパイルエラーが発生するため、:/とは言えません。

@xperseguersうん、私たちはそれを知っている。 https://github.com/luberda-molinet/FFImageLoading/issues/1154#issuecomment -470589841

この問題の進捗状況またはETAはありますか?

@samhouts @GnanaPriyaNamasivayamこれを解決する必要があります、23日

24とXF3.6がここにあります、Syncfusionがテストを行うかどうか疑問に思います

Androidチームの問題を絞り込み、現在SFで問題を軽減する方法に取り組んでいます。 ソリューションが動き始めたら、更新を投稿します。

@samhouts @ GnanaPriyaNamasivayam3.6および最新のSynfusionが機能することを期待している人にとっては...機能しません。 Syncfusionから:報告された問題はXamarin v3.6にも存在しますが、それでもこの問題はXamarinチームXamarinチームによって修正されていませんか?

これがすぐに修正されることを願っています。 私のAndroidアプリはPlayストアで100メガバイトを超えています。 リンカを無効にしたので、はるかに大きくなりました。

ソーセージの製造を確認したい場合は、ここで進捗状況を追跡できます: https

この特定の修正は、3/29に完了する予定のSprint150の一部です。 残念ながら、それまでに実際の本番環境対応の修正がプッシュされるかどうかを判断する方法はありません。

ソーセージの製造を確認したい場合は、ここで進捗状況を追跡できます: https

この特定の修正は、3/29に完了する予定のSprint150の一部です。 残念ながら、それまでに実際の本番環境対応の修正がプッシュされるかどうかを判断する方法はありません。

URLを修正しました: https

この特定の修正は、3/29に完了する予定のSprint150の一部です。 残念ながら、それまでに実際の本番環境対応の修正がプッシュされるかどうかを判断する方法はありません。

これは深刻なリグレッションであり、すぐにホットフィックスする必要があります。
最初のステップは、このリグレッションの原因となるXF3.5のコミットを特定することです。 すでに行われていますか?

まだ譲受人がいない...何が起こっているの??

この時点で、双方からのリリースを含む計画が実施されています。 すべてのものを点在させて交差させたことを確認するためだけに実行する必要がある追加のテストがまだいくつかあります

  • Syncfusionは、3.1、3.2、3.3、3.6でこれを機能させるリリースをプッシュする予定です
  • 3.4および3.5のホットフィックスに取り組んでおり、これらのバージョンで機能するようになります。

@PureWeen @GnanaPriyaNamasivayamこれらの修正のタイムラインはありますか?

@PureWeen @GnanaPriyaNamasivayamこれらの修正のタイムラインはありますか?

@ Giorgi -Xamarinチームは、この修正が現在のスプリント内で行われ、2019年3月29日にタイムラインを提供することをすでに約束しています。
https://github.com/xamarin/Xamarin.Forms/issues/5288#issuecomment -473300702

彼らのフォーラムスレッドで、SyncfusionはまだXamarinのことだと言っていますが、3.6をサポートするための変更のリリース見積もりがないようです。
https://www.syncfusion.com/forums/142489/compatibility-with-xamarin-forms-3-5

@PureWeenがコメントで述べたように、これは

この問題に関係する多くの変数があり、お客様に最適な行動方針を決定することを困難にしました。 これはまもなく解決され、このような問題の再発を防ぐための対策が講じられています。 お待ちいただいてありがとうございます!

無視リストに以下を追加してリンク中にアセンブリを無視しようとしましたが、機能しませんでした。
Syncfusion.SfListView.XForms
私は2つの質問があります:

  • Link SDK assemblies only選択すると、サードパーティのプラグインであるSyncfusionのアセンブリがリンクされるのはなぜですか?
  • 名前空間の下にあるすべてのアセンブリを無視できますか?

@ ali-h2010 sflistviewのようなsyncfusionツールは、xamarinフォームのlistviewを使用しないため、おそらくlistviewを装ったカスタム仮想化でdatagridを使用しています。 そのため、xamarinはdatagridにいくつかの重大な変更を加えました。私は、Syncfusionのすべてのカスタムツールを推測して破壊しました。 Syncfusionは、実際にはツールに関してxamarinよりもかなり進んでいます。たとえば、ドラッグアンドドロップ機能はxamarinツールにはまだ存在せず、アプリからsflistviewまたはsfdatagridの依存関係を削除するのは困難です。

1か月間、この問題に直面し、修正を待ちます。
私は上司にリリースがすぐに来ると言ってきました。

両方のプラットフォームでリリースモードでテストせずにXF3.5に移行するのを間違えました。 私の悪い、恥ずかしい。 それ以来、XF 3.5(主にbindableLayout)に依存するコードを書きすぎました。 リリースを作成する必要がありますが、SfListViewを削除して、代わりにTelerikを使用する方が安い場合があります。
来週の終わりまでに修正を提供していただければ幸いです。そうでない場合は、TelerikのListViewに移行する必要があります。これは正常に機能します(SfListViewを好む場合でも)。

リンクアセンブリをnoneに設定しても、修正されませんでした。
私はあなたの幸運を祈ります !

私も、実際に(ユースケースでは)SFリストをXF 4 CollectionViewに基づくカスタム実装に置き換えることができると思いますが、時間がかかります

これは、彼らが今朝行ったリリースでうまく機能します。 アップグレードするのを忘れましたか? 少なくとも現在の安定版リリースであるXF3.6では。

1か月間、この問題に直面し、修正を待ちます。
私は上司にリリースがすぐに来ると言ってきました。

両方のプラットフォームでリリースモードでテストせずにXF3.5に移行するのを間違えました。 私の悪い、恥ずかしい。 それ以来、XF 3.5(主にbindableLayout)に依存するコードを書きすぎました。 リリースを作成する必要がありますが、SfListViewを削除して、代わりにTelerikを使用する方が安い場合があります。
来週の終わりまでに修正を提供していただければ幸いです。そうでない場合は、TelerikのListViewに移行する必要があります。これは正常に機能します(SfListViewを好む場合でも)。

リンクアセンブリをnoneに設定しても、修正されませんでした。
私はあなたの幸運を祈ります !

XF3.5アプリとSF.53を搭載したAndroidは動作し、Playストアにあります。 これらの設定の使用:
2019-03-29 16_49_23-Window

これは、彼らが今朝行ったリリースでうまく機能します。 アップグレードするのを忘れましたか? 少なくとも現在の安定版リリースであるXF3.6では。

だから彼らはすでに問題に対処しているように見えるメジャーバージョンのアップデートをしました、クール私たちはアップデートについて知らせてくれてありがとうそれを試してみます

問題は、単純なホットフィックスであるはずなのに、なぜメジャーバージョンがリリースされるのかということです。
この問題に関するコミュニケーションはとても惨事でした...
私はそれが新しい回帰なしで機能することを願っています、または今回はSFで終わりました。

この問題によりご不便をおかけしましたことをお詫び申し上げます。 将来的にはこのような問題の防止に取り組んでおり、SyncFusionやTelerikなどのサードパーティの制御が後退するのを防ぐための措置を講じています。 私たちはそれらを大切にし、私たちのコミュニティを大切にしています!

2019-03-26に3.4.0.10399993.5.0.274416をリリースしました。 SyncFusionは、これらのバージョンが最新バージョンでテストされたときにクラッシュしなくなったことを確認しましたが、SyncFusionのバージョン番号が正確にはわかりません。

Xamarin.Forms 3.6または上記のバージョンでこの問題が引き続き発生する場合は、問題についてSyncFusion(https://www.syncfusion.com/forums/142489/compatibility-with)に連絡することをお勧めします。 -xamarin-forms-3-5)、彼らがこの問題を監視しているのかどうかわからないため。 SyncFusionは、お客様のためにこの問題を解決するために一生懸命取り組んでいると確信しています。Xamarin.Formsで他に必要なことがあれば、それが優先事項であることを確認します。

ありがとうございました!

さて、今朝、私は3月26日のバージョンに更新しました(今日のリリースはまだリリースされていないか、私が言ったように:私はアセンブリをなしにリンクしてみました)。
白い画面が表示されなくなったことを確認できてうれしいです。 ありがとう!
私はSfListViewの方が優れているので、TelerikListViewを使いたくありませんでした。

リンカーモードでLink SDK assemblies onlyを試しましたが、Xamarin.forms3.6.0.264807およびSyncfusion17.1.0.38では機能しませんhttps://help.syncfusion.com/xamarin/release-notes/v17.1.0.38 ?type = all

同じ問題。 私はまだクラッシュし、迷惑なライセンスアラートも受け取ります。
SFのおかげで、あなたはそれを無料で私たちに与えましたが、私たちの顔にそれをこする必要はありません。

@samhouts @PureWeenは、Xamarin.forms3.6.0.264807および

わたしも。 この問題は、XF3.6.0.264807およびSF17.1.0.38でも引き続き発生します。
問題がXFにあるのかSFにあるのかは、まだはっきりしていません。
@samhouts @PureWeen早急に明確にして修正して

SyncFusionに連絡して、修正が行われると予想されるバージョンを確認しました。誰かがその情報をここに報告します。

お待ちいただいてありがとうございます!

更新しようとしていたのですが、リリースノートでは互換性の問題については触れられておらず、他の3.5の問題を参照しているようですhttps://help.syncfusion.com/xamarin/release-notes/ v17.1.0.38?type = all
そのため、Xamarinは3.5の修正を行いましたが、3.6以降は前述のようにSF側で修正する必要があります

私も、実際に(ユースケースでは)SFリストをXF 4 CollectionViewに基づくカスタム実装に置き換えることができると思いますが、時間がかかります

はい、CollectionViewを使用してsflistviewまたはsfdatagridのすべてを作成することが可能です。 カスタム仮想化を行う場合でも、バインド可能なスタックレイアウトまたはデータグリッドで可能です。 これは、あなたが私に親指を下ろしたにもかかわらず、syncfusionが行っていることですが、私はあなたに真実を伝えています。 xamarinのListViewを継承として使用していません。 難しいのは、sflistviewのドラッグアンドドロップ機能だけです。

男私はあなたを信じています、依存関係を取り除くのは難しいので、ただ親指を下ろしました:)これは私たち全員が遭遇する醜いものです

ご不便をおかけして申し訳ございません。

SflistviewのAndroidリンカーの問題を修正しました。 現在、さまざまなシナリオをチェックし、リストビュー機能のテストを行っているテスト状態になっている可能性があります。 これらのテストを完了し、今後の毎週のnugetでパッチを更新します。 2019年4月9日を予定しております。それまでお待ちいただきますようお願い申し上げます。

@EmilAlipiev
このソリューションには、ドラッグアンドドロップとアドバンスリストがあります
https://github.com/roubachof/Sharpnado.Presentation.Forms

問題は、リリースモードでクラッシュするかどうかです。
また、Syncfusionのリストビューに多額の投資をしたので、コードを書き直すのに少し時間がかかります。

以前の説明によると、修正は2019年4月9日に予定されている毎週のNugetに追加されることを確認しました。 一方、毎週のNugetリリースの前にSfListViewカスタムNugets / Assemblyが必要な場合は、次のリンクを使用してサポートチケットを作成してください。
サポートを作成するには: https

よろしく、
グナナプリヤN
(Syncfusionチーム)

この問題に関する更新はありますか?

最新の毎週のNuGetパッケージ更新バージョン17.1.0.40が、「SfListViewおよびXamarin Forms 3.5以降のリリースモードでのネイティブクラッシュ」という報告された問題とともに公開され、ダウンロードできるようになったことをお知らせします(

今後ともよろしくお願い申し上げます。このアップデートをお待ちしております。

よろしく、
グナナプリヤN
(Syncfusionチーム)

@GnanaPriyaNamasivayam

SF nugetsを最新(17.1.0.40)に更新しましたが、AndroidでSfListViewれているページに移動すると例外が表示されます。

04-10 15:10:04.141 I / MonoDroid(20065):未処理の例外:
04-10 15:10:04.157 I / MonoDroid(20065):System.TypeLoadException:次の理由により、親クラスvtableを初期化できませんでした:Syncfusion.ListView.XForms.Android.Renderer.ScrollViewRendererタイプのVTableセットアップがアセンブリに失敗しました:/ storage / emulated / 0 / Android / data / Grouping.Droid / files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll type:ScrollViewRenderer member:(null)
04-10 15:10:04.158 I / MonoDroid(20065):at(ラッパー管理からネイティブ)System.RuntimeType.GetConstructors_native(System.RuntimeType、System.Reflection.BindingFlags)
04-10 15:10:04.158 I / MonoDroid(20065):at System.RuntimeType.GetConstructors_internal(System.Reflection.BindingFlags bindingAttr、System.RuntimeType ReflectedType)[0x00008] in <58604b4522f748968296166e317b04b4>:0
04-10 15:10:04.158 I / MonoDroid(20065):System.RuntimeType.GetConstructorCandidates(System.String name、System.Reflection.BindingFlags bindingAttr、System.Reflection.CallingConventions callConv、System.Type [] types、System。ブール値allowPrefixLookup)[0x00034] in <58604b4522f748968296166e317b04b4>:0
04-10 15:10:04.158 I / MonoDroid(20065):at System.RuntimeType.GetConstructors(System.Reflection.BindingFlags bindingAttr)[0x00000] in <58604b4522f748968296166e317b04b4>:0
04-10 15:10:04.158 I / MonoDroid(20065):System.RuntimeType.CreateInstanceImpl(System.Reflection.BindingFlags bindingAttr、System.Reflection.Binderバインダー、System.Object [] args、System.Globalization.CultureInfoカルチャ、 System.Object [] ActivationAttributes、System.Threading.StackCrawlMark&stackMark)[0x0022b] in <58604b4522f748968296166e317b04b4>:0
04-10 15:10:04.158 I / MonoDroid(20065):System.Activator.CreateInstance(System.Type type、System.Reflection.BindingFlags bindingAttr、System.Reflection.Binderバインダー、System.Object [] args、System。 Globalization.CultureInfoカルチャー、System.Object [] ActivationAttributes)[0x000a1] in <58604b4522f748968296166e317b04b4>:0
04-10 15:10:04.158 I / MonoDroid(20065):at System.Activator.CreateInstance(System.Type type、System.Object [] args)[0x00000] in <58604b4522f748968296166e317b04b4>:0
04-10 15:10:04.158 I / MonoDroid(20065):Xamarin.Forms.Internals.DependencyResolver.ResolveOrCreate(System.Type type、System.Object [] args)[0x00046] in D:a1sXamarin.Forms.CoreDependencyResolver。 cs:49
04-10 15:10:04.158 I / MonoDroid(20065):Xamarin.Forms.Internals.Registrar 1[TRegistrable].GetHandler (System.Type type, Xamarin.Forms.IVisual visual, System.Object[] args) [0x00051] in D:\a\1\s\Xamarin.Forms.Core\Registrar.cs:70 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Internals.Registrar 1 [TRegistrable] .GetHandlerForObject [TOut](System.Object obj、System.Object [] args )[0x0002c] in D:a1sXamarin.Forms.CoreRegistrar.cs:102
04-10 15:10:04.158 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.Platform.CreateRenderer(Xamarin.Forms.VisualElement要素、Android.Content.Contextコンテキスト)[0x00000]のD:a1sXamarin。 Forms.Platform.AndroidPlatform.cs:336
04-10 15:10:04.158 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild(Xamarin.Forms.VisualElementビュー、Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer、Xamarin.Forms。 Platform.Android.RendererPoolプール、System.Boolean sameChildren)[0x000af] in D:a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs:120
04-10 15:10:04.158 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement(Xamarin.Forms.VisualElement oldElement、Xamarin.Forms.VisualElement newElement)[0x00139]のD:a1sXamarin。 Forms.Platform.AndroidVisualElementPackager.cs:268
04-10 15:10:04.158 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.VisualElementPackager.Load()[0x00000] in D:a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs:92
04-10 15:10:04.158 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.VisualElementRenderer 1[TElement].SetPackager (Xamarin.Forms.Platform.Android.VisualElementPackager packager) [0x00007] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementRenderer.cs:414 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.VisualElementRenderer 1 [TElement] .SetElement(TElement element)[0x000e0] in D:a1sXamarin.Forms .Platform.AndroidVisualElementRenderer.cs:231
未処理の例外:

System.TypeLoadException:

04-10 15:10:04.158 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.VisualElementRenderer 1[TElement].Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement (Xamarin.Forms.VisualElement element) [0x00027] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementRenderer.cs:127 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.Platform.CreateRenderer (Xamarin.Forms.VisualElement element, Android.Content.Context context) [0x0001f] in D:\a\1\s\Xamarin.Forms.Platform.Android\Platform.cs:338 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (Xamarin.Forms.VisualElement view, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms.Platform.Android.RendererPool pool, System.Boolean sameChildren) [0x000af] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementPackager.cs:120 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementPackager.cs:268 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementPackager.cs:92 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.VisualElementRenderer 1 [TElement] .SetPackager(Xamarin.Forms.Platform.Android.VisualElementPackagerパッケージャー)[ 0x00007] D:a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs:414
04-10 15:10:04.158 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.VisualElementRenderer 1[TElement].SetElement (TElement element) [0x000e0] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementRenderer.cs:231 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.VisualElementRenderer 1 [TElement] .Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement(Xamarin。 Forms.VisualElement要素)[0x00027] in D:a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs:127
04-10 15:10:04.158 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.Platform.CreateRenderer(Xamarin.Forms.VisualElement要素、Android.Content.Contextコンテキスト)[0x0001f]のD:a1sXamarin。 Forms.Platform.AndroidPlatform.cs:338
04-10 15:10:04.158 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild(Xamarin.Forms.VisualElementビュー、Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer、Xamarin.Forms。 Platform.Android.RendererPoolプール、System.Boolean sameChildren)[0x000af] in D:a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs:120
04-10 15:10:04.158 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement(Xamarin.Forms.VisualElement oldElement、Xamarin.Forms.VisualElement newElement)[0x00139]のD:a1sXamarin。 Forms.Platform.AndroidVisualElementPackager.cs:268
04-10 15:10:04.158 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.VisualElementPackager.Load()[0x00000] in D:a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs:92
04-10 15:10:04.158 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.VisualElementRenderer 1[TElement].SetPackager (Xamarin.Forms.Platform.Android.VisualElementPackager packager) [0x00007] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementRenderer.cs:414 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.VisualElementRenderer 1 [TElement] .SetElement(TElement element)[0x000e0] in D:a1sXamarin.Forms .Platform.AndroidVisualElementRenderer.cs:231
04-10 15:10:04.159 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.VisualElementRenderer`1 [TElement] .Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement(Xamarin.Forms.VisualElement要素) [0x00027] D:a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs:127
04-10 15:10:04.159 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.Platform.CreateRenderer(Xamarin.Forms.VisualElement要素、Android.Content.Contextコンテキスト)[0x0001f]のD:a1sXamarin。 Forms.Platform.AndroidPlatform.cs:338
04-10 15:10:04.159 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.AppCompat.Platform.AddChild(Xamarin.Forms.Pageページ、System.Booleanレイアウト)[0x0000d]のD:a1sXamarin。 Forms.Platform.AndroidAppCompatPlatform.cs:350
04-10 15:10:04.159 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.AppCompat.Platform.SetPageInternal(Xamarin.Forms.Page newRoot)[0x000ac] in D:a1sXamarin.Forms.Platform.AndroidAppCompatPlatform .cs:320
04-10 15:10:04.159 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.AppCompat.Platform.SetPage(Xamarin.Forms.Page newRoot)[0x00087] in D:a1sXamarin.Forms.Platform.AndroidAppCompatPlatform .cs:275
04-10 15:10:04.159 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.FormsAppCompatActivity.InternalSetPage(Xamarin.Forms.Pageページ)[0x00039] in D:a1sXamarin.Forms.Platform.AndroidAppCompatFormsAppCompatActivity.cs :333
04-10 15:10:04.159 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.FormsAppCompatActivity.SetMainPage()[0x00000]のD:a1sXamarin.Forms.Platform.AndroidAppCompatFormsAppCompatActivity.cs:362
04-10 15:10:04.159 I / MonoDroid(20065):Xamarin.Forms.Platform.Android.FormsAppCompatActivity.LoadApplication(Xamarin.Forms.Application application)[0x00282] in D:a1sXamarin.Forms.Platform.AndroidAppCompatFormsAppCompatActivity.cs :138
04-10 15:10:04.159 I / MonoDroid(20065):Grouping.Droid.MainActivity.OnCreate(Android.OS.Bundle bundle)[0x00027] in C:UsersmikolajProgrammingReproSfListViewGroupingGroupingGrouping.DroidMainActivity.cs:23
04-10 15:10:04.159 I / MonoDroid(20065):Android.App.Activity.n_OnCreate_Landroid_os_Bundle_(System.IntPtr jnienv、System.IntPtr native__this、System.IntPtr native_savedInstanceState)[0x00011] in <2960acf2eeb24d88b5230e1e8af
04-10 15:10:04.159 I / MonoDroid(20065):at(ラッパー動的メソッド)Android.Runtime.DynamicMethodNameCounter.7(intptr、intptr、intptr)
04-10 15:10:04.179 W / Grouping.Droid(20065):JNI RegisterNativeMethods:android.runtime.JavaProxyThrowableの0個のネイティブメソッドの登録を試みます
04-10 15:10:04.182 D / Mono(20065):DllImport検索: '__ Internal'( '(null)')。
04-10 15:10:04.182 D / Mono(20065):「java_interop_jnienv_throw」を検索しています。
04-10 15:10:04.182 D / Mono(20065):「java_interop_jnienv_throw」をプローブしています。
04-10 15:10:04.182 D / Mono(20065):「java_interop_jnienv_throw」として見つかりました。
04-10 15:10:07.132 E /モノラル(20065):
04-10 15:10:07.132 E / mono(20065):未処理の例外:
04-10 15:10:07.132 E / mono(20065):System.TypeLoadException:次の理由により、親クラスvtableを初期化できませんでした:タイプSyncfusion.ListView.XForms.Android.Renderer.ScrollViewRendererのVTableセットアップがアセンブリに失敗しました:/ storage / emulated / 0 / Android / data / Grouping.Droid / files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll type:ScrollViewRenderer member:(null)
04-10 15:10:07.132 E / mono(20065):at(ラッパー動的メソッド)Android.Runtime.DynamicMethodNameCounter.7(intptr、intptr、intptr)
04-10 15:10:07.132 E / mono(20065):at(ラッパーネイティブからマネージド)Android.Runtime.DynamicMethodNameCounter.7(intptr、intptr、intptr)
04-10 15:10:07.132 E / mono-rt(20065):[エラー]致命的な未処理の例外:System.TypeLoadException:親クラスvtableを初期化できませんでした。原因:Syncfusion.ListView.XForms.AndroidタイプのVTableセットアップ。 Renderer.ScrollViewRendererがアセンブリに失敗しました:/storage/emulated/0/Android/data/Grouping.Droid/files /.__ override __ / Syncfusion.SfListView.XForms.Android.dllタイプ:ScrollViewRendererメンバー:(null)
04-10 15:10:07.132 E / mono-rt(20065):at(ラッパー動的メソッド)Android.Runtime.DynamicMethodNameCounter.7(intptr、intptr、intptr)
04-10 15:10:07.132 E / mono-rt(20065):at(ラッパーネイティブからマネージド)Android.Runtime.DynamicMethodNameCounter.7(intptr、intptr、intptr)

上記の問題は、このgithubの問題のトピックとは関係ありませんが、この問題を修正しようとして別の問題に遭遇したため、ここに投稿することにしました...また、非常に新鮮で、SFの人々はまだこのスレッドを監視しています。 上記はXamarin.Forms 3.5.0.169047バージョンで発生します。

再現サンプルを添付しています。 これは、SFサイトで見つけることができる更新されたSfListViewグループ化サンプルです。 VS 2019(v 16.0.0)でテストしました。

SfListViewGrouping.zip

編集:それは3.5.0.274416バージョンXamarin.Formsでは発生しないことを確認します

与えられたサンプルで報告されたクエリを確認しました。 報告されたクラッシュは、特定のXamarinバージョン3.5.0.169047でのみ発生することをお知らせします。 このクラッシュは3.5.0.169047以降にリリースされたすべての最新バージョンで修正されているため、そのバージョンを使用する特定の目的はありますか? この報告された問題を解決するには、XamarinFormsのバージョンを最新バージョンに更新することをお勧めします。

よろしく、
グナナプリヤN
(Syncfusionチーム)

新しいバージョン(17.1.0.40)は、Xamarin.Forms3.6.0.293080で動作します。
SDKアセンブリをリリースモードでリンクすると、ネイティブクラッシュが発生することなく、iOSアプリとAndroidアプリをビルドできるようになりました。
ありがとう。

Xamarin Formsプレリリース4で17.1.0.40がクラッシュすることをチャイムしたかっただけです。プロジェクトをプレリリース4に更新して、Prismプレリリース(xam 4が必要)の機能をテストしましたが、まだありました。 17.1.0.40の問題。 すべてをXamarinForms 3.6.xにダウングレードし、このスレッドのトピックであるリンクに関する元の問題が解決されました。 誰かがプレリリース4にアップデートした場合に備えて、注意を向けたかっただけです。

@SharbelWiredスタックトレースを投稿できますか?

@SharbelWired

Syncfusion Xamarin.Formsコンポーネントは、XamarinFormsの安定バージョンとのみ互換性があることをお知らせします。 これについては、ドキュメントで説明しました。 参考までに、以下のリンクのドキュメントフォームを参照してください。

UGドキュメントリンク: https

@samhouts 、クライアントの1人がXamarin.Forms v3.6.0.344457の最新バージョンをインストールしフォーラムで問題に直面しています。

以下のコメントされた提案に従って、それはこのバージョンで解決するはずです。
https://github.com/xamarin/Xamarin.Forms/issues/5288#issuecomment -478075117

このバージョンの問題を確認して、できるだけ早く元に戻していただけますか?

私は今同じ災害を抱えています

SfListViewバージョン17.2.035

XamarinFormsバージョン4.1.0.581479

@jrahmaは、XamarinではなくSyncfusionでバグを開く必要があるようです。
リリースモードでのみAndroidでOOMクラッシュが発生し始めました。
Xamarin 3.6.539721
SfListView 17.2.0.35

Sflistviewを削除します

XF 4.1にアップデートしませんでしたが、まだ4.0を使用しています。 ただし、Visual Studioを最新の16.2に更新したところ、SfListViewとのリンクでクラッシュが発生しました。 たぶん、このバージョンで導入された新しいAOTに関連する何か?

@GnanaPriyaNamasivayam

VS 16.2.0
XF安定版4.1.0.618606
SF 17.2.0.36

クラッシュしました
[MonoDroid] System.Reflection.TargetInvocationException:呼び出しのターゲットによって例外がスローされました。 ---> System.NullReferenceException:オブジェクト参照がオブジェクトのインスタンスに設定されていません
[MonoDroid] at Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener(Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l)[0x0000c] in <1e09550ab4e54a22a61340ec6b5f48a3>:0
[MonoDroid] at Syncfusion.ListView.XForms.Android.ExtendedScrollViewRenderer..ctor(Android.Content.Context context)[0x00007] in <1d13e866db284fb28ce6270fd09fd7e3>:0
[MonoDroid] at(ラッパー管理からネイティブ)System.Reflection.RuntimeConstructorInfo.InternalInvoke(System.Reflection.RuntimeConstructorInfo、object、object []、System.Exception&)
[MonoDroid] at System.Reflection.RuntimeConstructorInfo.InternalInvoke(System.Object obj、System.Object [] parameters、System.Boolean wrapExceptions)[0x00005] in <96c0fbcf1c2a46be95325bd99609a594>:0
[MonoDroid] ---内部例外スタックトレースの終わり---
[MonoDroid] at System.Reflection.RuntimeConstructorInfo.InternalInvoke(System.Object obj、System.Object [] parameters、System.Boolean wrapExceptions)[0x0001d] in <96c0fbcf1c2a46be95325bd99609a594>:0
[MonoDroid] at System.Reflection.RuntimeConstructorInfo.DoInvoke(System.Object obj、System.Reflection.BindingFlags invokeAttr、System.Reflection.Binderバインダー、System.Object []パラメーター、System.Globalization.CultureInfoカルチャ)[0x0007a] in < 96c0fbcf1c2a46be95325bd99609a594>:0
[MonoDroid] at System.Reflection.RuntimeConstructorInfo.Invoke(System.Reflection.BindingFlags invokeAttr、System.Reflection.Binderバインダー、System.Object []パラメーター、System.Globalization.CultureInfoカルチャ)[0x00000] in <96c0fbcf1c2a46be95325bd99609a594>:0
[MonoDroid] at System.RuntimeType.CreateInstanceImpl(System.Reflection.BindingFlags bindingAttr、System.Reflection.Binderバインダー、System.Object [] args、System.Globalization.CultureInfoカルチャ、System.Object [] ActivationAttributes、System.Threading.StackCrawlMark& stackMark)[0x0022b] in <96c0fbcf1c2a46be95325bd99609a594>:0
[MonoDroid] at System.Activator.CreateInstance(System.Type type、System.Reflection.BindingFlags bindingAttr、System.Reflection.Binderバインダー、System.Object [] args、System.Globalization.CultureInfo culture、System.Object [] activationAttributes) [0x000a1] in <96c0fbcf1c2a46be95325bd99609a594>:0
[MonoDroid] at System.Activator.CreateInstance(System.Type type、System.Object [] args)[0x00000] in <96c0fbcf1c2a46be95325bd99609a594>:0
[MonoDroid] at Xamarin.Forms.Internals.DependencyResolver.ResolveOrCreate(System.Type type、System.Object source、System.Type visualType、System.Object [] args)[0x000af] in D:a1sXamarin.Forms.CoreDependencyResolver.cs: 58
[MonoDroid] at Xamarin.Forms.Internals.Registrar 1[TRegistrable].GetHandler (System.Type type, System.Object source, Xamarin.Forms.IVisual visual, System.Object[] args) [0x00052] in D:\a\1\s\Xamarin.Forms.Core\Registrar.cs:79 [MonoDroid] at Xamarin.Forms.Internals.Registrar 1 [TRegistrable] .GetHandlerForObject [TOut](System.Object obj、System.Object [] args)[0x0002c] in D:a1sXamarin.Forms.CoreRegistrar .cs:111
[MonoDroid] at Xamarin.Forms.Platform.Android.Platform.CreateRenderer(Xamarin.Forms.VisualElement element、Android.Content.Context context)[0x00010] in D:a1sXamarin.Forms.Platform.AndroidPlatform.cs:342
[MonoDroid] Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild(Xamarin.Forms.VisualElementビュー、Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer、Xamarin.Forms.Platform.Android.RendererPoolプール、System.Boolean sameChildren) [0x000af] in D:a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs:138
[MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement(Xamarin.Forms.VisualElement oldElement、Xamarin.Forms.VisualElement newElement)[0x00139] in D:a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs:334
[MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementPackager.Load()[0x00000] in D:a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs:110
[MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementRenderer 1[TElement].SetPackager (Xamarin.Forms.Platform.Android.VisualElementPackager packager) [0x00007] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementRenderer.cs:438 [MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementRenderer 1 [TElement] .SetElement(TElement element)[0x000e0] in D:a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs:239
[MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementRenderer 1[TElement].Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement (Xamarin.Forms.VisualElement element) [0x00027] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementRenderer.cs:127 [MonoDroid] at Xamarin.Forms.Platform.Android.Platform.CreateRenderer (Xamarin.Forms.VisualElement element, Android.Content.Context context) [0x00044] in D:\a\1\s\Xamarin.Forms.Platform.Android\Platform.cs:345 [MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (Xamarin.Forms.VisualElement view, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms.Platform.Android.RendererPool pool, System.Boolean sameChildren) [0x000af] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementPackager.cs:138 [MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementPackager.cs:334 [MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementPackager.cs:110 [MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementRenderer 1 [TElement] .SetPackager(Xamarin.Forms.Platform.Android.VisualElementPackager packager)[0x00007] in D:a1sXamarin.Forms.Platform.AndroidVisualElementRenderer .cs:438
[MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementRenderer 1[TElement].SetElement (TElement element) [0x000e0] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementRenderer.cs:239 [MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementRenderer 1 [TElement] .Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement(Xamarin.Forms.VisualElement element)[0x00027] in D:a1sXamarin .Forms.Platform.AndroidVisualElementRenderer.cs:127
[MonoDroid] at Xamarin.Forms.Platform.Android.Platform.CreateRenderer(Xamarin.Forms.VisualElement element、Android.Content.Context context)[0x00044] in D:a1sXamarin.Forms.Platform.AndroidPlatform.cs:345
[MonoDroid] Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild(Xamarin.Forms.VisualElementビュー、Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer、Xamarin.Forms.Platform.Android.RendererPoolプール、System.Boolean sameChildren) [0x000af] in D:a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs:138
[MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement(Xamarin.Forms.VisualElement oldElement、Xamarin.Forms.VisualElement newElement)[0x00139] in D:a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs:334
[MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementPackager.Load()[0x00000] in D:a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs:110
[MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementRenderer 1[TElement].SetPackager (Xamarin.Forms.Platform.Android.VisualElementPackager packager) [0x00007] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementRenderer.cs:438 [MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementRenderer 1 [TElement] .SetElement(TElement element)[0x000e0] in D:a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs:239
[MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementRenderer`1 [TElement] .Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement(Xamarin.Forms.VisualElement element)[0x00027] in D:a1sXamarin.Forms.Platform。 AndroidVisualElementRenderer.cs:127
[MonoDroid] at Xamarin.Forms.Platform.Android.Platform.CreateRenderer(Xamarin.Forms.VisualElement element、Android.Support.V4.App.FragmentManager FragmentManager、Android.Content.Context context)[0x00031] in D:a1sXamarin.Forms .Platform.AndroidPlatform.cs:393
[MonoDroid] at Xamarin.Forms.Platform.Android.AppCompat.FragmentContainer.OnCreateView(Android.Views.LayoutInflater inflater、Android.Views.ViewGroup container、Android.OS.Bundle savedInstanceState)[0x00008] in D:a1sXamarin.Forms.Platform .AndroidAppCompatFragmentContainer.cs:56
[MonoDroid] at Android.Support.V4.App.Fragment.n_OnCreateView_Landroid_view_LayoutInflater_Landroid_view_ViewGroup_Landroid_os_Bundle_(System.IntPtr jnienv、System.IntPtr native__this、System.IntPtr native_inflater、System.IntPtr native_container、System.Int
[MonoDroid] at(wrapper dynamic-method)Android.Runtime.DynamicMethodNameCounter.63(intptr、intptr、intptr、intptr、intptr)
[アート] JNI RegisterNativeMethods:android.runtime.JavaProxyThrowableの0個のネイティブメソッドの登録を試みます
[Mono] DllImport検索: '__ Internal'( '(null)')。
[Mono]「java_interop_jnienv_throw」を検索しています。
[モノラル]プロービング 'java_interop_jnienv_throw'。
[Mono]「java_interop_jnienv_throw」として見つかりました。
[MonoDroid]未処理の例外:
[MonoDroid] System.Reflection.TargetInvocationException:呼び出しのターゲットによって例外がスローされました。 ---> System.NullReferenceException:オブジェクト参照がオブジェクトのインスタンスに設定されていません
[MonoDroid] at Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener(Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l)[0x0000c] in <1e09550ab4e54a22a61340ec6b5f48a3>:0
[MonoDroid] at Syncfusion.ListView.XForms.Android.ExtendedScrollViewRenderer..ctor(Android.Content.Context context)[0x00007] in <1d13e866db284fb28ce6270fd09fd7e3>:0
[MonoDroid] at(ラッパー管理からネイティブ)System.Reflection.RuntimeConstructorInfo.InternalInvoke(System.Reflection.RuntimeConstructorInfo、object、object []、System.Exception&)
[MonoDroid] at System.Reflection.RuntimeConstructorInfo.InternalInvoke(System.Object obj、System.Object [] parameters、System.Boolean wrapExceptions)[0x00005] in <96c0fbcf1c2a46be95325bd99609a594>:0
[MonoDroid] ---内部例外スタックトレースの終わり---
[MonoDroid] at(wrapper dynamic-method)Android.Runtime.DynamicMethodNameCounter.63(intptr、intptr、intptr、intptr、intptr)
[MonoDroid] at(ラッパーネイティブからマネージド)Android.Runtime.DynamicMethodNameCounter.63(intptr、intptr、intptr、intptr、intptr)
[MonoDroid] at(ラッパー管理からネイティブ)Java.Interop.NativeMethods.java_interop_jnienv_call_nonvirtual_void_method_a(intptr、intptr&、intptr、intptr、intptr、Java.Interop.JniArgumentValue [MonoDroid] at Java.Interop.JniEnvironment + InstanceMethods.CallNonvirtualVoidMethod(Java.Interop.JniObjectReferenceインスタンス、Java.Interop.JniObjectReferenceタイプ、Java.Interop.JniMethodInfoメソッド、Java.Interop.JniArgumentValue args)[0x00073]:0
[MonoDroid] at Java.Interop.JniPeerMembers + JniInstanceMethods.InvokeNonvirtualVoidMethod(System.String encodingMember、Java.Interop.IJavaPeerable self、Java.Interop.JniArgumentValue * parameters)[0x0001f] in:0
[MonoDroid] at Android.Views.View.Measure(System.Int32 widthMeasureSpec、System.Int32 heightMeasureSpec)[0x00035] in <207e29a54396482796911ec489e256ce>:0
[MonoDroid] at Xamarin.Forms.Platform.Android.AppCompat.TabbedPageRenderer.OnLayout(System.Booleanが変更されました、System.Int32 l、System.Int32 t、System.Int32 r、System.Int32 b)[0x0002c] in D:a1sXamarin .Forms.Platform.AndroidAppCompatTabbedPageRenderer.cs:374
[MonoDroid] at Xamarin.Forms.Platform.Android.FormsViewGroup.n_OnLayout_ZIIII(System.IntPtr jnienv、System.IntPtr native__this、System.Boolean p0、System.Int32 p1、System.Int32 p2、System.Int32 p3、System.Int32 p4 )[0x00008] in D:a1sXamarin.Forms.Platform.Android.FormsViewGroupobjReleasegeneratedsrcXamarin.Forms.Platform.Android.FormsViewGroup.cs:198
[MonoDroid] at(wrapper dynamic-method)Android.Runtime.DynamicMethodNameCounter.41(intptr、intptr、bool、int、int、int、int)

みなさん、こんにちは、

ご不便をおかけして申し訳ありません。

報告された問題の欠陥レポートはすでに記録されており、修正は次の毎週のNuget、つまり2019年7月30日に含まれます。それまでお待ちいただきますようお願いいたします。

よろしく、
ディネシュ・バボー・ヤダフ
[Syncfusionチーム]

@DineshBabuYadavこの特定のアセンブリのリンクをスキップして、私が推測する問題を修正することができますか?

みなさん、こんにちは、

ご不便をおかけして申し訳ありません。

報告された問題の欠陥レポートはすでに記録されており、修正は次の毎週のNuget、つまり2019年7月30日に含まれます。それまでお待ちいただきますようお願いいたします。

よろしく、
ディネシュ・バボー・ヤダフ
[Syncfusionチーム]

@DineshBabuYadav SfListViewだけでなく、他のコントロールも使用できます。 MainPageでSfRototatorを使用していますが、Visual Studio16.2およびSyncfusion17.2.036にアップグレードした後、アプリがクラッシュします。

アプリのクラッシュを引き起こした深刻な問題を解決するのに、1週間は非常に長い時間だと思いませんか?

たとえば、私のクライアントは半政府組織であり、他の組織はビジネスアプリとeコマースアプリを持っている可能性があるため、モバイルでのeオペレーション全体が1週間停止しますか?

これがすぐに修正されるかどうかを感謝します

@jrahma以前のSyncfusionおよびXFバージョンでアプリの以前のバージョンをリリースした可能性があるため、エンドユーザーに影響を与えることはありません。 私はあなたの主張を理解していません。 これは、ローカルビルドまたはステージングビルドにのみ影響します。 リリース前にQAテストなしで新しいバージョンを公開した場合を除きますが、それは別の問題です😀。

Sfチームは問題を調査する必要があります。 修正を適用してテストします。 数日かかるのは大丈夫です

@jrahma以前のSyncfusionおよびXFバージョンでアプリの以前のバージョンをリリースした可能性があるため、エンドユーザーに影響を与えることはありません。 私はあなたの主張を理解していません。 これは、ローカルビルドまたはステージングビルドにのみ影響します。 リリース前にQAテストなしで新しいバージョンを公開した場合を除きますが、それは別の問題です😀

それが問題です、私の以前のアプリに問題があり、私は災害に伴う修正を待っていました

アプリはすべてのデバイスとエミュレーターで正常に動作しますが、この問題はGooglePlayからアプリをインストールした場合にのみ発生します

これは私がGooglePlayConsoleで得ているものです:

java.lang.RuntimeException:
android.app.ActivityThread.installProvider(ActivityThread.java:6747)で
android.app.ActivityThread.installContentProviders(ActivityThread.java:6289)で
android.app.ActivityThread.handleBindApplication(ActivityThread.java:6204)で
android.app.ActivityThread.access $ 1200(ActivityThread.java:237)で
android.app.ActivityThread $ H.handleMessage(ActivityThread.java:1785)で
android.os.Handler.dispatchMessage(Handler.java:106)で
android.os.Looper.loop(Looper.java:214)で
android.app.ActivityThread.main(ActivityThread.java:7050)で
java.lang.reflect.Method.invoke(ネイティブメソッド)で
com.android.internal.os.RuntimeInit $ MethodAndArgsCaller.run(RuntimeInit.java:493)で
com.android.internal.os.ZygoteInit.main(ZygoteInit.java:965)で
原因:java.lang.ClassNotFoundException:
dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:134)で
java.lang.ClassLoader.loadClass(ClassLoader.java:379)で
java.lang.ClassLoader.loadClass(ClassLoader.java:312)で
android.app.AppComponentFactory.instantiateProvider(AppComponentFactory.java:121)で
android.app.ActivityThread.installProvider(ActivityThread.java:6731)で

皆さんこんにちは、

約束どおり、リリースが公開されたら、つまり2019年7月30日にお知らせします。

@ jrahma 、SfRotatorチームに確認しており、できるだけ早く詳細をお知らせします。

よろしく、
ディネッシュB

@DineshBabuYadavこの特定のアセンブリのリンクをスキップして、私が推測する問題を修正することができますか?

はい、それまでは、このリンクオプションをスキップして、アプリケーション自体で問題を解決できます。

帽子が問題です、私の以前のアプリに問題があり、私は災害に伴う修正を待っていました

アプリはすべてのデバイスとエミュレーターで正常に動作しますが、この問題はGooglePlayからアプリをインストールした場合にのみ発生します

リリースモードでのテストとグーグルプレイからのインストールの違いは何ですか? リリース時に実行するときにもこれを取得する必要がありますね。
xf4.1.0.581479とsflistview17.1.0.52を使用した完全なリンクに問題がないのは不思議です。 VS4Mac 2019でリリースビルドを行っていることが原因かもしれませんが、それはVS 2019 Windowsでのみ問題になるのでしょうか?

@EmilAlipievまあそれはVS2019最新とのみリンクされているようです。 SyncfusionパッケージもXamarinFormsパッケージも更新せず、VSのみを更新しました。 16.2.0では、AOTおよびバンドルされたアセンブリに新しい機能が導入されています。エラーはここからだと思います。

@vincentcastagnaこれらの設定は、少なくともエンタープライズバージョンでは、以前のバージョンと2019にも存在していました。 あなたはコミュニティバージョンについて話しているのですか? 問題がある人は、それがVSのコミュニティバージョンであることを確認できますか?

VS16.2.0およびVSfor Mac8.2でも同じ問題が発生します。 どちらもエンタープライズライセンスです。

vs mac8.3プレビューをお試しください。 それは私にとってはうまくいきます。 後でvs16.2を確認します。

@EmilAlipievうん私はコミュニティバージョンにいます

レポートイン。VS201916.1.6/ XF 4.1.0.618606 / SfListView 17.2.0.35
Linkingをnoneに設定すると、リリースモードでのみ発生する問題が解決されます。

VS MAC 8.2(1105)
XF安定版4.1.0.618606
SF 17.2.0.36

クラッシュしました
[MonoDroid] System.Reflection.TargetInvocationException:呼び出しのターゲットによって例外がスローされました。 ---> System.NullReferenceException:オブジェクト参照がオブジェクトのインスタンスに設定されていません
[MonoDroid] at Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener(Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l)[0x0000c] in <1e09550ab4e54a22a61340ec6b5f48a3>:0

+1

17.1.0.52にダウングレードすると、リリースモードで正常に動作します。 VSmacとVSwindowsの最新のアップデートを試してみました。

皆さんこんにちは、

お待ちいただき、ありがとうございます。

最新の毎週のNuGetパッケージ更新バージョン17.2.0.39が公開され、報告された問題が解決され、ダウンロードできるようになったことをお知らせします(

今後ともよろしくお願い申し上げます。このアップデートをお待ちしております。 さらにサポートが必要な場合は、お問い合わせください。

よろしく、
ディネシュ・バボー・ヤダフ

みなさん、こんにちは、
ご不便をおかけして申し訳ありません。
報告された問題の欠陥レポートはすでに記録されており、修正は次の毎週のNuget、つまり2019年7月30日に含まれます。それまでお待ちいただきますようお願いいたします。
よろしく、
ディネシュ・バボー・ヤダフ
[Syncfusionチーム]

@DineshBabuYadav SfListViewだけでなく、他のコントロールも使用できます。 MainPageでSfRototatorを使用していますが、Visual Studio16.2およびSyncfusion17.2.036にアップグレードした後、アプリがクラッシュします。

アプリのクラッシュを引き起こした深刻な問題を解決するのに、1週間は非常に長い時間だと思いませんか?

たとえば、私のクライアントは半政府組織であり、他の組織はビジネスアプリとeコマースアプリを持っている可能性があるため、モバイルでのeオペレーション全体が1週間停止しますか?

これがすぐに修正されるかどうかを感謝します

@ jrahma 、SfRotatorのクラッシュの問題に関するスタックトレースと詳細を共有してください。これは、できるだけ早く分析して解決するのに役立ちます。

よろしく、
ポールアンダーソン

@DineshBabuYadavに感謝します。
Kudos Syncfusion Team!

@xamarindevelopervietnam 、更新してくれてありがとう。

みなさん、こんにちは、
ご不便をおかけして申し訳ありません。
報告された問題の欠陥レポートはすでに記録されており、修正は次の毎週のNuget、つまり2019年7月30日に含まれます。それまでお待ちいただきますようお願いいたします。
よろしく、
ディネシュ・バボー・ヤダフ
[Syncfusionチーム]

@DineshBabuYadav SfListViewだけでなく、他のコントロールも使用できます。 MainPageでSfRototatorを使用していますが、Visual Studio16.2およびSyncfusion17.2.036にアップグレードした後、アプリがクラッシュします。

アプリのクラッシュを引き起こした深刻な問題を解決するのに、1週間は非常に長い時間だと思いませんか?

たとえば、私のクライアントは半政府組織であり、他の組織はビジネスアプリとeコマースアプリを持っている可能性があるため、モバイルでのeオペレーション全体が1週間停止しますか?

これがすぐに修正されるかどうかを感謝します

@jrahma :Rotatorコントロールに関連するスタックトレースの詳細と、アプリケーションで使用されているRotatorの詳細を共有してください。これは、できるだけ早く分析して解決するのに役立ちます。

みなさん、こんにちは、
ご不便をおかけして申し訳ありません。
報告された問題の欠陥レポートはすでに記録されており、修正は次の毎週のNuget、つまり2019年7月30日に含まれます。それまでお待ちいただきますようお願いいたします。
よろしく、
ディネシュ・バボー・ヤダフ
[Syncfusionチーム]

@DineshBabuYadav SfListViewだけでなく、他のコントロールも使用できます。 MainPageでSfRototatorを使用していますが、Visual Studio16.2およびSyncfusion17.2.036にアップグレードした後、アプリがクラッシュします。
アプリのクラッシュを引き起こした深刻な問題を解決するのに、1週間は非常に長い時間だと思いませんか?
たとえば、私のクライアントは半政府組織であり、他の組織はビジネスアプリとeコマースアプリを持っている可能性があるため、モバイルでのeオペレーション全体が1週間停止しますか?
これがすぐに修正されるかどうかを感謝します

@jrahma :Rotatorコントロールに関連するスタックトレースの詳細と、アプリケーションで使用されているRotatorの詳細を共有してください。これは、できるだけ早く分析して解決するのに役立ちます。

@DineshBabuYadavすべての人のために今修正されました..ありがとうチーム

このページは役に立ちましたか?
0 / 5 - 0 評価