Xamarin.forms: Nativer Absturz bei Verwendung von Syncfusion SfListView mit Xamarin.Forms 3.5.0.129452

Hier ist die Stapelverfolgung:

02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] JNI ERKANNTER FEHLER IN DER ANWENDUNG: negative Größe: -443686848
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] beim Aufruf von NewIntArray
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] von 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] | gehaltene Mutexe = "Mutator-Sperre" (gemeinsam gehalten gehalten)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 00 pc 00351799 /system/lib/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEtAPP)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 01 pc 00331cb5 /system/lib/libart.so (_ZNK3art6Thread9DumpStackERNSt3__113basic_ostreamIcNS1_11char4papc)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 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] native: # 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] native: # 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] native: # 05 pc 000ca841 /system/lib/libart.so (_ZN3art11ScopedCheck17CheckNonHeapValueEcNS_12JniValueTypeE +)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 06 pc 000c94ff /system/lib/libart.so (_ZN3art11ScopedCheck22CheckPossibleHeapValueERNS_18ScopedObjectEccessEc
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 07 pc 000c8969 /system/lib/libart.so (_ZN3art11ScopedCheck5CheckERNS_18ScopedObjectAccessEbPKcPNS_12J)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 08 pc 000cfcb9 /system/lib/libart.so (_ZN3art8CheckJNI17NewPrimitiveArrayEPKcP7_JNIEnviNS2Tr)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 09 pc 000166cc (???)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] unter md5e6dceb8716288c40551f253cf2268d49.MainActivity.n_onCreate (native Methode)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] unter md5e6dceb8716288c40551f253cf2268d49.MainActivity.onCreate (MainActivity.java:29)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] bei android.app.Activity.performCreate (Activity.java:6955)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] bei android.app.Instrumentation.callActivityOnCreate (Instrumentation.java:1126)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] bei android.app.ActivityThread.performLaunchActivity (ActivityThread.java:2927)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] bei android.app.ActivityThread.handleLaunchActivity (ActivityThread.java:3045)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] bei android.app.ActivityThread.-wrap14 (ActivityThread.java:-1)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] bei android.app.ActivityThread $ H.handleMessage (ActivityThread.java:1642)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] bei android.os.Handler.dispatchMessage (Handler.java:102)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] bei android.os.Looper.loop (Looper.java:154)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] unter android.app.ActivityThread.main (ActivityThread.java:6776)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] unter java.lang.reflect.Method.invoke! (Native Methode)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] unter 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] unter 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] Laufzeit wird abgebrochen ...

Das gleiche Problem haben. Das Nichtverknüpfen der SDK-Assemblys behebt das Problem, aber ich habe eine riesige APK erhalten. Ich füge auch einen Stacktrace aus einem Debug-Build hinzu (Sie können ihn im Debug reproduzieren, indem Sie nicht die gemeinsam genutzte Laufzeit verwenden + SDK-Assemblys verknüpfen).

Auch mit XF 4.0-Vorschau reproduzierbar.

Ein einfaches Zurücksetzen auf XF 3.4.0.1029999 löst das Problem.

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 ERKANNTER FEHLER BEI DER ANWENDUNG: negative Größe: -443686848
Referenztabelle GDEF-Länge = 814 1
Referenztabelle GSUB-Länge = 11364 1
Referenztabelle GPOS-Länge = 47302 1
referenceTable Kopflänge = 54 1
02-18 23: 17: 01.815 E / art (31151): Anruf bei NewIntArray
02-18 23: 17: 01.815 E / art (31151): von 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): | gehaltene Mutexe = "Mutator-Sperre" (gemeinsam gehalten gehalten)
02-18 23: 17: 01.815 E / art (31151): native: # 00 pc 0034d679 /system/lib/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMapPKcPNS_9Art)
02-18 23: 17: 01.815 E / art (31151): native: # 01 pc 0032dfe9 /system/lib/libart.so (_ZNK3art6Thread4DumpERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEP12BacktraceMap + 148)
02-18 23: 17: 01.815 E / art (31151): native: # 02 pc 0024116f /system/lib/libart.so (_ZN3art9JavaVMExt8JniAbortEPKcS2_ + 902)
02-18 23: 17: 01.815 E / art (31151): native: # 03 pc 00241803 /system/lib/libart.so (_ZN3art9JavaVMExt9JniAbortVEPKcS2_St9__va_list + 54)
02-18 23: 17: 01.815 E / art (31151): native: # 04 pc 000edf95 /system/lib/libart.so (_ZN3art11ScopedCheck6AbortFEPKcz + 28)
02-18 23: 17: 01.815 E / art (31151): native: # 05 pc 000f2f63 /system/lib/libart.so (_ZN3art11ScopedCheck5CheckERNS_18ScopedObjectAccessEbPKcPNS_12JniValueTypeE.constprop.95 + 5350)
02-18 23: 17: 01.815 E / art (31151): native: # 06 pc 000fc9cd /system/lib/libart.so (_ZN3art8CheckJNI17NewPrimitiveArrayEPKcP7_JNIEnviNS_9Primitive4TypeE + 364)
02-18 23: 17: 01.815 E / art (31151): native: # 07 pc 00017a9c (???)
02-18 23: 17: 01.815 E / art (31151): at md58432a647068b097f9637064b8985a5e0.FragmentContainer.n_onCreateView (native Methode)
02-18 23: 17: 01.815 E / art (31151): at md58432a647068b097f9637064b8985a5e0.FragmentContainer.onCreateView (FragmentContainer.java:33)
02-18 23: 17: 01.815 E / art (31151): at android.support.v4.app.Fragment.performCreateView (Fragment.java:2439)
02-18 23: 17: 01.815 E / art (31151): at android.support.v4.app.FragmentManagerImpl.moveToState (FragmentManager.java:1460)
02-18 23: 17: 01.815 E / art (31151): at android.support.v4.app.FragmentManagerImpl.moveFragmentToExpectedState (FragmentManager.java:1784)
02-18 23: 17: 01.815 E / art (31151): at android.support.v4.app.FragmentManagerImpl.moveToState (FragmentManager.java:1852)
02-18 23: 17: 01.815 E / art (31151): at android.support.v4.app.BackStackRecord.executeOps (BackStackRecord.java:802)
02-18 23: 17: 01.815 E / art (31151): at android.support.v4.app.FragmentManagerImpl.executeOps (FragmentManager.java:2625)
02-18 23: 17: 01.815 E / art (31151): at android.support.v4.app.FragmentManagerImpl.executeOpsTogether (FragmentManager.java:2411)
02-18 23: 17: 01.816 E / art (31151): at android.support.v4.app.FragmentManagerImpl.removeRedundantOperationsAndExecute (FragmentManager.java:2366)
02-18 23: 17: 01.816 E / art (31151): at android.support.v4.app.FragmentManagerImpl.execPendingActions (FragmentManager.java:2273)
02-18 23: 17: 01.816 E / art (31151): at android.support.v4.app.FragmentManagerImpl $ 1.run (FragmentManager.java:733)
02-18 23: 17: 01.816 E / art (31151): at android.os.Handler.handleCallback (Handler.java:815)
02-18 23: 17: 01.816 E / art (31151): at android.os.Handler.dispatchMessage (Handler.java:104)
02-18 23: 17: 01.816 E / art (31151): at android.os.Looper.loop (Looper.java:207)
02-18 23: 17: 01.816 E / art (31151): at android.app.ActivityThread.main (ActivityThread.java:5845)

Kann ich die SDKs verknüpfen, aber das Verknüpfen dieser spezifischen SDKs / Namespaces vermeiden? Würde das das Problem lösen? Ich gehe davon aus, dass dies die Namespaces sind, die ich vermeiden sollte, "Syncfusion.ListView.XForms" zu verknüpfen.
"Syncfusion.ListView.XForms.Control.Helpers"
"Syncfusion.ListView.XForms.Helpers"
"Syncfusion.SfPullToRefresh.XForms"
"Com.Syncfusion.Sfpulltorefresh"
"Syncfusion.SfPullToRefresh"
"Syncfusion.SfPullToRefresh.Android"
"Syncfusion.SfPullToRefresh.iOS"

Bearbeiten:
Ich habe mir das weiter angesehen und der Linker benötigt den Namen der Assembly und keine Namespaces.
"Syncfusion.SfListView.XForms.dll"
"Syncfusion.SfPullToRefresh.XForms.dll"
"Syncfusion.SfPullToRefresh.Android.dll"
"Syncfusion.SfPullToRefresh.iOS.dll"
Gemäß
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

Erneut bearbeiten

Ähnliches Problem hier. (Funktioniert mit Xam.forms 3.4, jedoch nicht in der neuesten Version 3.5.0.129452)
Siehe angehängte Fehlerprotokolle.
xamform_runtime_error_Android.txt

@ AmrAlSayed0 Die Assemblys von Syncfusion sind keine SDK-Assemblys. Ich glaube also nicht, dass das Verknüpfen von SDK-Assemblys + der von Ihnen bereitgestellten Liste etwas Besonderes bewirkt. Das würde funktionieren, wenn Sie auch Benutzerassemblys verknüpfen würden.

Basierend auf dem Stack-Trace glaube ich, dass es eine Änderung in der Android-Unterstützungsbibliothek gibt, die mit SwipeRefreshLayout zusammenhängt.

Gleiches Problem auf Android hier. iOS funktioniert gut.

Bitte versuchen Sie es mit 3.5.0.169047. Tritt dies immer noch auf? Vielen Dank!

Stürzt immer noch im Release-Modus ab. Getestet durch Klonen des obigen Projekts und Aktualisieren der Xamarin- und Syncfusion-Bibliotheken.

Hallo Team,
Ich habe sowohl im Debug- als auch im Release-Modus einen Absturz. Aber wenn ich die Option weiterhin mit Don't Link verknüpfe, kann ich meine App ohne Absturz mit Xamarin Forms 3.5 ausführen.
Aber ich könnte laufen, wenn ein Downgrade auf Xamarin.Forms 3.4 ohne Absturz sowohl im Release- als auch im Debug-Modus durchgeführt würde.
Können Sie sich diesen Fall bitte auch im Debug- Modus ansehen

Immer noch Probleme. Irgendwelche Updates dazu?

Gibt es eine Schätzung, wann dies behoben wird?

Ist das ein Linker-Problem? Ich habe im Debug-Modus getestet, dass die vollständige Verknüpfung aktiviert ist, und es hat einwandfrei funktioniert. Wenn ich jedoch die vollständige Verknüpfung im Release-Modus verwende, stürzt sie ab. Das ist etwas verwirrend

Ich habe SyncFusion wegen dieser Sache kontaktiert. Ich konnte die Ursache für den Absturz noch nicht eingrenzen.

Von Version 3.4 auf Version 3.5 von Formularen wurde die Basisklasse im ScrollViewRenderer von ScrollView auf NestedScrollView geändert, sodass SF einen Patch dafür veröffentlichen musste, der aus irgendeinem Grund mit 3.5 nicht gut funktioniert

Ich habe 3.5 neu kompiliert und die ScrollViewRenderer-Basisklasse wieder in ScrollView geändert. Als ich das tat, funktionierte die ältere Version von SF einwandfrei, sodass es etwas mit der neuesten 54-Version von SF gibt, das mit XF 3.5 nicht gut zu spielen scheint

@samhouts bestätigt dies als Blocker für 3.5 und alle, die die Syncfusion-Listenansicht verwenden. Was ist unsere ETA für ein Xam Forms-Update zu lösen

Wir sind uns nicht sicher, ob dies für Xamarin.Forms behoben werden muss. Möglicherweise muss SyncFusion dieses Problem beheben.

@samhouts From Syncfusion Dieses Problem tritt erst nach dem Update von Xamarin.Forms auf Version 3.5 mit aktiviertem Linker auf. Wie bereits erwähnt, tritt das Problem aufgrund des Xamarin-Framework-Updates auf, und wir haben den Problembericht (5288) dafür protokolliert. Sie können das Problem beheben, indem Sie die Verknüpfungsoption wie oben beschrieben auf Keine setzen.

Im Moment können Sie die früheren Xamarin.Forms-Updates (Version 3.4 und früher) verwenden, um dieses Absturzproblem zu vermeiden. Wir verfolgen das gemeldete Rahmenproblem und informieren Sie, sobald es behoben ist.

Wir bedanken uns für Ihre Geduld und verwenden bis dahin die früheren Xamarin.Forms-Updates (3.4 und früher).

[email protected] ist der Kontakt. Würde mich freuen, wenn Sie zwei verbinden / lösen könnten, damit wir aktualisieren können. Wir sind am 15. Tag nicht in der Lage zu veröffentlichen.

@caseyniemann Wir haben in dieser Angelegenheit Kontakt mit SyncFusion aufgenommen und arbeiten zusammen, um das Problem zu lösen. Vielen Dank

Hallo Team,
Ab sofort arbeiten die meisten unserer Kunden mit der Verknüpfung "Keine". Dies kann keine dauerhafte Lösung für diesen Absturz im Release-Modus sein. Können Sie das Update bitte so schnell wie möglich mit der aktualisierten Version versehen?
Wir haben keine Ihrer Benachrichtigungen zu diesem Problem erhalten.

Können Sie bitte das Problem bestätigen und das Update bezüglich teilen?

Grüße,
Gnana Priya N.
(Syncfusion)

@GnanaPriyaNamasivayam Ich habe Marissa Keller Outten und Christian Grossmann letzten Donnerstag und gestern eine E-Mail geschickt. Das ist normalerweise, wen ich kontaktierte, wenn ich Fragen hatte. Sollte ich immer nur E-Mail-Support senden oder gibt es intern jemanden, den ich per E-Mail kontaktieren sollte, um diese Dinge zu beschleunigen?

Können Sie bitte meine SF-Lizenz mit einer Quelllizenz einrichten, damit ich SF kompilieren und gegen SF debuggen kann? shneuvil bei Microsoft dot com ist meine E-Mail-Adresse, gegen die meine aktuelle Lizenz verstößt

Hallo Team,
Ab sofort arbeiten die meisten unserer Kunden mit der Verknüpfung "Keine". Dies kann keine dauerhafte Lösung für diesen Absturz im Release-Modus sein. Können Sie das Update bitte so schnell wie möglich mit der aktualisierten Version versehen?
Wir haben keine Ihrer Benachrichtigungen zu diesem Problem erhalten.

Können Sie bitte das Problem bestätigen und das Update bezüglich teilen?

Grüße,
Gnana Priya N.
(Syncfusion)

@samhouts @GnanaPriyaNamasivayam Bitte verbinden und lösen Sie das @ -Zeichen, damit Sie beide dies sehen

@samhouts , Könnten Sie bitte bestätigen,

Wir haben dies mit unserer höchsten Priorität gekennzeichnet, und es besteht eine Kommunikation zwischen SyncFusion- und Xamarin-Ingenieuren. Wir arbeiten daran. Vielen Dank.

@samhouts @GnanaPriyaNamasivayam Wird irgendetwas davon im 3.6 Xamarin-Update behoben?

@caseyniemann Derzeit gibt es immer noch dieselben Probleme mit der neuesten Version von SyncFusion und XF 3.6. Möglicherweise muss SyncFusion gegen 3.6 neu erstellt werden, um dieses Problem zu beheben. Vielleicht können @GnanaPriyaNamasivayam oder @ Nijamudeen-Mohamed dies versuchen und bestätigen. Andernfalls wird @PureWeen dies am Montag direkt mit SyncFusion besprechen, und wir werden dann ein Update haben. Vielen Dank für Ihre Geduld.

Mit XF 3.6 erhalte ich Kompilierungsfehler mit FFImage und kann daher nicht sagen: /

@xperseguers Ja , das ist uns bewusst. https://github.com/luberda-molinet/FFImageLoading/issues/1154#issuecomment -470589841

Irgendwelche Fortschritte oder ETA für dieses Problem bitte?

@samhouts @GnanaPriyaNamasivayam Wir brauchen dies gelöst, 23 Tage

24 und XF 3.6 ist da, ich frage mich, ob Syncfusion Tests durchführen wird

Wir beschränken uns auf ein Problem mit dem Android-Team und arbeiten daran, das Problem vorerst mit SF zu beheben. Sobald eine Lösung in Bewegung ist, werde ich ein Update veröffentlichen.

@samhouts @GnanaPriyaNamasivayam Für diejenigen, die erwarten, dass 3.6 und die neueste Version von Synfusion funktionieren ... funktioniert dies nicht. Von Syncfusion: Das gemeldete Problem ist auch in Xamarin v3.6 vorhanden und wird dieses Problem dennoch nicht vom Xamarin-Team behoben. Xamarin-Team?

Ich hoffe das wird bald behoben. Meine Android-App ist jetzt über 100 Megabyte im Play Store. Viel größer, weil ich den Linker deaktiviert habe.

Wenn Sie die Wurstherstellung sehen möchten, können Sie den Fortschritt hier verfolgen: https://github.com/xamarin/Xamarin.Forms/projects/32

Dieser spezielle Fix ist Teil von Sprint 150, der am 29. März abgeschlossen sein soll. Leider ist nicht abzusehen, ob bis dahin eine tatsächliche produktionsbereite Korrektur durchgeführt wird.

Wenn Sie die Wurstherstellung sehen möchten, können Sie den Fortschritt hier verfolgen: https://github.com/xamarin/Xamarin.Forms/projects/32

Dieser spezielle Fix ist Teil von Sprint 150, der am 29. März abgeschlossen sein soll. Leider ist nicht abzusehen, ob bis dahin eine tatsächliche produktionsbereite Korrektur durchgeführt wird.

URL behoben: https://github.com/xamarin/Xamarin.Forms/projects/32

Dieser spezielle Fix ist Teil von Sprint 150, der am 29. März abgeschlossen sein soll. Leider ist nicht abzusehen, ob bis dahin eine tatsächliche produktionsbereite Korrektur durchgeführt wird.

Dies ist eine schwerwiegende Regression, die sofort behoben werden sollte.
Der erste Schritt sollte darin bestehen, das Commit in XF3.5 zu identifizieren, das für diese Regression verantwortlich ist. Wurde es schon gemacht?

Immer noch kein Beauftragter ... was ist los?

Zu diesem Zeitpunkt haben wir einen Plan, der eine Freilassung von beiden Seiten vorsieht. Es müssen noch einige zusätzliche Tests durchgeführt werden, um sicherzustellen, dass wir alle Dinge gepunktet und gekreuzt haben

• Syncfusion wird eine Version herausbringen, mit der dies für 3.1, 3.2, 3.3, 3.6 funktioniert
• Wir arbeiten an einem Hotfix für 3.4 und 3.5, mit dem es für diese Versionen funktioniert

@PureWeen @GnanaPriyaNamasivayam Gibt es einen Zeitplan für diese Korrekturen?

@PureWeen @GnanaPriyaNamasivayam Gibt es einen Zeitplan für diese Korrekturen?

@Giorgi - Bereits vom Xamarin-Team versprochen, dass dieses
https://github.com/xamarin/Xamarin.Forms/issues/5288#issuecomment -473300702

In ihrem Forenthread sagt Syncfusion immer noch, dass es sich um eine Xamarin-Sache handelt. Sie scheinen keine Release-Schätzung für ihre Änderung zu haben, um 3.6 zu unterstützen.
https://www.syncfusion.com/forums/142489/compatibility-with-xamarin-forms-3-5

Wie @PureWeen in seinem Kommentar sagte, ist dies eine koordinierte Veröffentlichung mit SyncFusion. Xamarin veröffentlicht Service Releases, um die Kompatibilität für 3.4 und 3.5 zu beheben. SyncFusion veröffentlicht eine neue Version, die die Kompatibilität mit 3.5 und 3.6 behebt. Hoffentlich werden beide Xamarin-Versionen nächste Woche verfügbar sein. Obwohl wir nicht mit dem Release-Zeitplan von SyncFusion sprechen können, sind wir uns bewusst, dass dies auch für sie eine hohe Priorität hat.

Es gab viele Variablen in diesem Problem, die es schwierig machten, eine Vorgehensweise zu bestimmen, die für unsere Kunden am besten ist. Dies wird bald behoben sein, und wir haben Maßnahmen getroffen, um zu verhindern, dass solche Probleme erneut auftreten. Vielen Dank für Ihre Geduld!

Ich habe versucht, die Assembly beim Verknüpfen zu ignorieren, indem ich Folgendes zur Ignorierliste hinzugefügt habe, aber es hat nicht funktioniert.
Syncfusion.SfListView.XForms
Ich habe 2 Fragen:

• Warum werden die Assemblys von Syncfusion, bei denen es sich um ein Plugin eines Drittanbieters handelt, verknüpft, wenn ich Link SDK assemblies only auswähle?
• Können wir alle Assemblys unter einem Namespace ignorieren?

@ ali-h2010 Da Syncfusion-Tools wie sflistview keine Listenansicht für Xamarin-Formulare verwenden, wird wahrscheinlich Datagrid mit benutzerdefinierter Virtualisierung verwendet, die vorgibt, Listenansicht zu sein. Ich nehme an, dass Xamarin einige wichtige Änderungen an Datagrid vorgenommen und alle benutzerdefinierten Tools von Syncfusion beschädigt hat. Syncfusion ist xamarin in Bezug auf die Tools tatsächlich weit voraus. Beispielsweise ist die Drag & Drop-Funktion in xamarin-Tools immer noch nicht vorhanden, und es ist schwierig, die Abhängigkeit von sflistview oder sfdatagrid von unseren Apps zu entfernen.

1 Monat stelle ich mich diesem Problem und warte auf eine Lösung.
Ich habe meinem Chef gesagt, dass bald eine Veröffentlichung kommt.

Ich habe den Fehler gemacht, auf XF 3.5 zu migrieren, ohne auf beiden Plattformen im Release-Modus zu testen. Meine schlechte Schande über mich. Seitdem habe ich zu viel Code geschrieben, der auf XF 3.5 basiert (meistens bindableLayout). Ich muss eine Version erstellen und es kann billiger sein, die SfListView zu entfernen und stattdessen die Telerik zu verwenden.
Ich hoffe, Sie können uns vor Ende nächster Woche eine Lösung geben, andernfalls muss ich zu Teleriks ListView migrieren, was gut funktioniert (auch wenn ich die SfListView bevorzuge).

Link-Assemblys, die auf none gesetzt sind, haben dies auch nicht behoben.
Ich wünsche Ihnen Glück !

Ich denke auch, dass wir SF List (in unserem Anwendungsfall) durch eine benutzerdefinierte Implementierung ersetzen können, die auf XF 4 CollectionView basiert, aber Zeit benötigt

Dies funktioniert gut mit der Veröffentlichung, die sie heute Morgen gemacht haben. Hast du vergessen zu aktualisieren? Zumindest mit XF 3.6, dem aktuellen stabilen Release.

1 Monat stelle ich mich diesem Problem und warte auf eine Lösung.
Ich habe meinem Chef gesagt, dass bald eine Veröffentlichung kommt.

Ich habe den Fehler gemacht, auf XF 3.5 zu migrieren, ohne auf beiden Plattformen im Release-Modus zu testen. Meine schlechte Schande über mich. Seitdem habe ich zu viel Code geschrieben, der auf XF 3.5 basiert (meistens bindableLayout). Ich muss eine Version erstellen und es kann billiger sein, die SfListView zu entfernen und stattdessen die Telerik zu verwenden.
Ich hoffe, Sie können uns vor Ende nächster Woche eine Lösung geben, andernfalls muss ich zu Teleriks ListView migrieren, was gut funktioniert (auch wenn ich die SfListView bevorzuge).

Link-Assemblys, die auf none gesetzt sind, haben dies auch nicht behoben.
Ich wünsche Ihnen Glück !

Mein Android mit XF 3.5 App und SF .53 funktioniert und ist im Play Store. Verwenden dieser Einstellungen:

Dies funktioniert gut mit der Veröffentlichung, die sie heute Morgen gemacht haben. Hast du vergessen zu aktualisieren? Zumindest mit XF 3.6, dem aktuellen stabilen Release.

Sie haben also bereits ein Hauptversions-Update durchgeführt, das das Problem zu beheben scheint. Cool, wir werden es versuchen, danke, dass Sie uns über das Update informiert haben

Die Frage ist: Warum eine Hauptversion, obwohl es ein einfacher Hotfix sein sollte.
Die Kommunikation zu diesem Thema war eine Katastrophe ...
Ich hoffe, es wird ohne neue Regression funktionieren, oder diesmal bin ich mit SF fertig.

Wir entschuldigen uns für die Frustration, die dieses Problem verursacht hat. Wir setzen uns dafür ein, solche Probleme in Zukunft zu verhindern, und ergreifen Maßnahmen, um die Regression von Kontrollen durch Dritte wie SyncFusion und Telerik zu verhindern. Wir schätzen sie und wir schätzen unsere Gemeinschaft!

Wir haben 3.4.0.1039999 und 3.5.0.274416 am 26.03.2019 veröffentlicht. SyncFusion hat mit uns bestätigt, dass diese Versionen beim Testen mit der neuesten Version nicht mehr abstürzen, aber ich weiß nicht genau, wie die Versionsnummer von SyncFusion lautet.

Wenn dieses Problem bei Xamarin.Forms 3.6 oder den oben genannten Versionen weiterhin auftritt, empfehlen wir Ihnen, sich zu diesem Thema an SyncFusion zu wenden (https://www.syncfusion.com/forums/142489/compatibility-with) -xamarin-forms-3-5), da ich nicht sicher bin, ob sie dieses Problem länger überwachen. Ich bin zuversichtlich, dass SyncFusion hart daran arbeitet, diese Angelegenheit für seine Kunden zu lösen. Wenn Xamarin.Forms noch etwas tun muss, stellen wir sicher, dass dies Priorität hat.

Vielen Dank!

Ok, heute Morgen habe ich auf die Version vom 26. März aktualisiert (die Veröffentlichung von heute wurde noch nicht veröffentlicht oder Nuget-Cache-Problem, denke ich, weil ich wie gesagt versucht habe, Assemblys mit keiner zu verknüpfen).
Ich bin froh zu bestätigen, dass kein weißer Bildschirm mehr angezeigt wird. Vielen Dank !!
Ich wollte das Telerik ListView nicht verwenden, da IMHO das SfListView besser ist.

Versucht mit dem Linker-Modus auf Link SDK assemblies only und funktioniert nicht mit Xamarin.forms 3.6.0.264807 und Syncfusion 17.1.0.38 https://help.syncfusion.com/xamarin/release-notes/v17.1.0.38 Typ = alle

gleicher Fehler. Ich bekomme immer noch einen Absturz und nervige Lizenzwarnungen.
Danke SF, du hast es uns kostenlos gegeben, aber du musst es uns nicht ins Gesicht reiben.

@samhouts @PureWeen funktioniert nicht mit Xamarin.forms 3.6.0.264807 und Syncfusion 17.1.0.38. Von oben ist klar, dass die Kommunikation zwischen Xamarin und Syncfusion unterbrochen ist ... und seit mehr als anderthalb Monaten unterbrochen ist. Verbinden Sie sich noch heute und lösen Sie dieses Problem

Gleiche für mich. Das Problem mit XF 3.6.0.264807 und SF 17.1.0.38 ist immer noch vorhanden.
Es ist mir jedoch immer noch nicht klar, ob das Problem in XF oder SF liegt.
@samhouts @PureWeen Könnten Sie bitte dringend klären und beheben?

Wir haben uns an SyncFusion gewandt, um herauszufinden, in welcher Version das Update erwartet wird. Jemand wird hier mit diesen Informationen Bericht erstatten.

Vielen Dank für Ihre Geduld!

Wow, ich wollte gerade aktualisieren, danke, dass Sie uns darüber informiert haben. In ihren Versionshinweisen erwähnen sie das Kompatibilitätsproblem nicht. Sie scheinen auf andere 3.5-Probleme dort zu verweisen. Https://help.syncfusion.com/xamarin/release-notes/ v17.1.0.38? type = all
Also hat Xamarin seine Aufgabe erledigt, 3.5 zu reparieren, aber ja, 3.6 und höher sollten von der SF-Seite repariert werden, wie zuvor erwähnt

Ich denke auch, dass wir SF List (in unserem Anwendungsfall) durch eine benutzerdefinierte Implementierung ersetzen können, die auf XF 4 CollectionView basiert, aber Zeit benötigt

Ja, es ist möglich, alles von sflistview oder sfdatagrid mit CollectionView zu erstellen. Selbst wenn Sie eine benutzerdefinierte Virtualisierung durchführen, ist dies mit bindbarem Stacklayout oder Datagrid möglich. Das ist es, was Syncfusion tut, obwohl du mir Daumen runter gegeben hast, aber ich sage dir die Wahrheit. Sie verwenden ListView von Xamarin nicht als Vererbung. Das einzige, was schwer zu tun ist, ist die Drag & Drop-Funktion in sflistview, die mir fehlen wird

Mann, ich glaube dir, nur runtergedrückt, weil es dann schwer ist, die Abhängigkeit zu beseitigen :) Das ist das Hässliche, auf das wir alle stoßen

Wir bedauern die entstandenen Unannehmlichkeiten.

Wir haben das Android Linker Problem in Sflistview behoben. Derzeit befindet es sich möglicherweise im Teststatus, prüft verschiedene mögliche Szenarien und testet Funktionen der Listenansicht. Wir werden diese Tests abschließen und den Patch in unserem kommenden wöchentlichen Nuget aktualisieren. Es könnte am 9. April 2019 erwartet werden. Wir bedanken uns für Ihre Geduld bis dahin.

@EmilAlipiev
Diese Lösung verfügt über Drag & Drop- und Erweiterungslisten
https://github.com/roubachof/Sharpnado.Presentation.Forms

Die Frage ist, wird es im Release-Modus abstürzen.
Außerdem habe ich viel in die Listenansicht von Syncfusion investiert, sodass es einige Zeit dauern wird, den Code neu zu schreiben.

Gemäß der früheren Diskussion bestätigen wir, dass der Fix ohne weitere Verzögerung an unserem geplanten wöchentlichen Nuget-Termin am 9. April 2019 enthalten sein wird. Wenn Sie vor der wöchentlichen Nuget-Veröffentlichung benutzerdefinierte SfListView-Nugets / Assemblies benötigen, erstellen Sie das Support-Ticket über den folgenden Link.
So erstellen Sie Support: https://www.syncfusion.com/support/directtrac/incidents

Grüße,
Gnana Priya N.
(Syncfusion Team)

Gibt es ein Update zu diesem Thema?

@ ali-h2010
https://github.com/xamarin/Xamarin.Forms/issues/5288#issuecomment -478209070

Wir freuen uns, Ihnen mitteilen zu können, dass unser aktuelles wöchentliches NuGet-Paket-Update Version 17.1.0.40 mit dem gemeldeten Problem "Native Absturz im Release-Modus mit SfListView und Xamarin Forms 3.5 und höher" eingeführt wurde und zum Download zur Verfügung steht ( nuget.org ). .

Wir bedanken uns für Ihre Unterstützung und bedanken uns für Ihre Geduld beim Warten auf dieses Update.

Grüße,
Gnana Priya N.
(Syncfusion Team)

@GnanaPriyaNamasivayam

Ich habe gerade SF-Nugets auf den neuesten Stand (17.1.0.40) aktualisiert und sehe unter Android eine Ausnahme, wenn ich zu einer Seite mit SfListView navigiere:

04-10 15: 10: 04.141 I / MonoDroid (20065): UNBEHANDELTE AUSNAHME:
04-10 15: 10: 04.157 I / MonoDroid (20065): System.TypeLoadException: Die übergeordnete Klasse vtable konnte nicht initialisiert werden, weil: VTable-Setup vom Typ Syncfusion.ListView.XForms.Android.Renderer.ScrollViewRenderer fehlgeschlagene Assembly: / storage / emuliert / 0 / Android / data / Grouping.Droid / files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll Typ: ScrollViewRenderer Mitglied: (null)
04-10 15: 10: 04.158 I / MonoDroid (20065): at (Wrapper Managed-to-Native) 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 <58604b4522f748968296164>
04-10 15: 10: 04.158 I / MonoDroid (20065): at System.RuntimeType.GetConstructorCandidates (System.String-Name, System.Reflection.BindingFlags bindingAttr, System.Reflection.CallingConventions callConv, System.Type [] -Typen, System. Boolean 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): at System.RuntimeType.CreateInstanceImpl (System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder-Ordner, System.Object [] args, System.Globalization.CultureInfo-Kultur, System.Object [] activityAttributes, System.Threading.StackCrawlMark & ​​stackMark) [0x0022b] in <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): bei System.Activator.CreateInstance (System.Type-Typ, System.Reflection.BindingFlags BindingAttr, System.Reflection.Binder-Ordner, System.Object [] args, System. Globalization.CultureInfo-Kultur, System.Object [] Aktivierungsattribute) [0x000a1] in <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): at System.Activator.CreateInstance (System.Type-Typ, System.Object [] args) [0x00000] in <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): at Xamarin.Forms.Internals.DependencyResolver.ResolveOrCreate (Typ System.Type, System.Object [] args) [0x00046] in D: a1sXamarin.Forms.CoreDependencyResolver. cs: 49
04-10 15: 10: 04.158 I / MonoDroid (20065): at 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): bei Xamarin.Forms.Platform.Android.Platform.CreateRenderer (Xamarin.Forms.VisualElement-Element, Android.Content.Context-Kontext) [0x00000] in D: a1sXamarin. Forms.Platform.AndroidPlatform.cs: 336
04-10 15: 10: 04.158 I / MonoDroid (20065): bei Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (Xamarin.Forms.VisualElement-Ansicht, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xam. Platform.Android.RendererPool-Pool, System.Boolean sameChildren) [0x000af] in D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 120
04-10 15: 10: 04.158 I / MonoDroid (20065): bei Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] in D: a1s. Forms.Platform.AndroidVisualElementPackager.cs: 268
04-10 15: 10: 04.158 I / MonoDroid (20065): bei Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] in D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 92
04-10 15: 10: 04.158 I / MonoDroid (20065): bei 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 .Plattform.AndroidVisualElementRenderer.cs: 231
Unbehandelte Ausnahme:

System.TypeLoadException:

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 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 packager) [ 0x00007] in D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 414
04-10 15: 10: 04.158 I / MonoDroid (20065): bei 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-Element) [0x00027] in D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 127
04-10 15: 10: 04.158 I / MonoDroid (20065): bei Xamarin.Forms.Platform.Android.Platform.CreateRenderer (Element Xamarin.Forms.VisualElement, Android.Content.Context-Kontext) [0x0001f] in D: a1sXamarin. Forms.Platform.AndroidPlatform.cs: 338
04-10 15: 10: 04.158 I / MonoDroid (20065): bei Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (Xamarin.Forms.VisualElement-Ansicht, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xam. Platform.Android.RendererPool-Pool, System.Boolean sameChildren) [0x000af] in D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 120
04-10 15: 10: 04.158 I / MonoDroid (20065): bei Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] in D: a1s. Forms.Platform.AndroidVisualElementPackager.cs: 268
04-10 15: 10: 04.158 I / MonoDroid (20065): bei Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] in D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 92
04-10 15: 10: 04.158 I / MonoDroid (20065): bei 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 .Plattform.AndroidVisualElementRenderer.cs: 231
04-10 15: 10: 04.159 I / MonoDroid (20065): bei 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.159 I / MonoDroid (20065): bei Xamarin.Forms.Platform.Android.Platform.CreateRenderer (Element Xamarin.Forms.VisualElement, Android.Content.Context-Kontext) [0x0001f] in D: a1sXamarin. Forms.Platform.AndroidPlatform.cs: 338
04-10 15: 10: 04.159 I / MonoDroid (20065): bei Xamarin.Forms.Platform.Android.AppCompat.Platform.AddChild (Seite Xamarin.Forms.Page, System.Boolean-Layout) [0x0000d] in D: a1sXamarin. Forms.Platform.AndroidAppCompatPlatform.cs: 350
04-10 15: 10: 04.159 I / MonoDroid (20065): bei Xamarin.Forms.Platform.Android.AppCompat.Platform.SetPageInternal (Xamarin.Forms.Page newRoot) [0x000ac] in D: a1sXamarin.Forms.Platform.AndroidC .cs: ​​320
04-10 15: 10: 04.159 I / MonoDroid (20065): bei Xamarin.Forms.Platform.Android.AppCompat.Platform.SetPage (Xamarin.Forms.Page newRoot) [0x00087] in D: a1sXamarin.Forms.Platform.AndroidAppCompat .cs: ​​275
04-10 15: 10: 04.159 I / MonoDroid (20065): at Xamarin.Forms.Platform.Android.FormsAppCompatActivity.InternalSetPage (Xamarin.Forms.Page-Seite) [0x00039] in D: a1sXamarin.Forms.Platform.AndroidComp : 333
04-10 15: 10: 04.159 I / MonoDroid (20065): bei Xamarin.Forms.Platform.Android.FormsAppCompatActivity.SetMainPage () [0x00000] in D: a1sXamarin.Forms.Platform.AndroidAppCompatFormsAppCompatAct
04-10 15: 10: 04.159 I / MonoDroid (20065): bei Xamarin.Forms.Platform.Android.FormsAppCompatActivity.LoadApplication (Xamarin.Forms.Application-Anwendung) [0x00282] in D: a1sXamarin.Forms.Platform.AndroidApp : 138
04-10 15: 10: 04.159 I / MonoDroid (20065): at Grouping.Droid.MainActivity.OnCreate (Android.OS.Bundle-Bundle) [0x00027] in C: UsersmikolajProgrammingReproSfListViewGroupingGroupingGrouping.DroidMainActivity.cs
04-10 15: 10: 04.159 I / MonoDroid (20065): at Android.App.Activity.n_OnCreate_Landroid_os_Bundle_ (System.IntPtr jnienv, System.IntPtr native__this, System.IntPtr native_savedInstanceState)
04-10 15: 10: 04.159 I / MonoDroid (20065): at (Wrapper Dynamic-Methode) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 04.179 W / Grouping.Droid (20065): JNI RegisterNativeMethods: Versuch, 0 native Methoden für android.runtime.JavaProxyThrowable zu registrieren
04-10 15: 10: 04.182 D / Mono (20065): DllImport-Suche in: '__Internal' ('(null)').
04-10 15: 10: 04.182 D / Mono (20065): Suche nach 'java_interop_jnienv_throw'.
04-10 15: 10: 04.182 D / Mono (20065): Prüfung von 'java_interop_jnienv_throw'.
04-10 15: 10: 04.182 D / Mono (20065): Gefunden als 'java_interop_jnienv_throw'.
04-10 15: 10: 07.132 E / Mono (20065):
04-10 15: 10: 07.132 E / Mono (20065): Nicht behandelte Ausnahme:
04-10 15: 10: 07.132 E / mono (20065): System.TypeLoadException: Die übergeordnete Klasse vtable konnte nicht initialisiert werden, weil: VTable-Setup vom Typ Syncfusion.ListView.XForms.Android.Renderer.ScrollViewRenderer fehlgeschlagen Assembly: / storage / emuliert / 0 / Android / data / Grouping.Droid / files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll Typ: ScrollViewRenderer Mitglied: (null)
04-10 15: 10: 07.132 E / mono (20065): at (dynamische Wrapper-Methode) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 07.132 E / mono (20065): at (Wrapper nativ zu verwaltet) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 07.132 E / mono-rt (20065): [FEHLER] FATAL UNHANDLED AUSNAHME: System.TypeLoadException: Die vtable der übergeordneten Klasse konnte nicht initialisiert werden, weil: VTable vom Typ Syncfusion.ListView.XForms.Android eingerichtet wurde. Renderer.ScrollViewRenderer fehlgeschlagene Assembly: /storage/emulated/0/Android/data/Grouping.Droid/files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll Typ: ScrollViewRenderer Mitglied: (null)
04-10 15: 10: 07.132 E / mono-rt (20065): at (dynamische Wrapper-Methode) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 07.132 E / mono-rt (20065): at (Wrapper nativ zu verwaltet) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)

Das obige Problem hat nichts mit dem Thema dieses Github-Problems zu tun, aber ich dachte mir, dass ich es heute hier veröffentlichen werde, da ich dieses Problem beheben wollte und auf ein anderes stieß ... Außerdem ist es sehr frisch und SF-Leute könnten es immer noch sein Überwachung dieses Threads. Das Obige passiert mit der Version Xamarin.Forms 3.5.0.169047 .

Ich füge ein Repro-Beispiel bei. Es ist ein aktualisiertes SfListView-Gruppierungsbeispiel, das Sie auf SF-Sites finden können. Ich habe es auf VS 2019 (v 16.0.0) getestet.

SfListViewGrouping.zip

BEARBEITEN: Bestätigt, dass dies in der Version Xamarin.Forms 3.5.0.274416 nicht der Fall ist

Wir haben die gemeldete Abfrage im angegebenen Beispiel überprüft. Wir möchten Sie darüber informieren, dass der gemeldete Absturz nur in der jeweiligen Xamarin-Version 3.5.0.169047 auftritt. Gibt es einen bestimmten Zweck für die Verwendung dieser Version, da dieser Absturz in allen neuesten Versionen behoben ist, die nach 3.5.0.169047 veröffentlicht wurden? Wir empfehlen Ihnen, die Xamarin Forms-Version auf die neueste Version zu aktualisieren, um dieses gemeldete Problem zu beheben.

Grüße,
Gnana Priya N.
(Syncfusion Team)

Die neue Version (17.1.0.40) funktioniert für mich mit Xamarin.Forms 3.6.0.293080.
Jetzt kann ich meine iOS- und Android-Apps erstellen, wenn ich SDK-Assemblys im Release-Modus verknüpfe, ohne dass native Abstürze auftreten.
Vielen Dank.

Ich wollte nur die Abstürze von 17.1.0.40 in Xamarin Forms Pre-Release 4 einschalten. Ich hatte ein Projekt auf Pre-Release 4 aktualisiert, um eine Funktion in Prism Pre-Release (für die XAM 4 erforderlich ist) zu testen, und es gab immer noch Abstürze Probleme mit 17.1.0.40. Ich habe alles auf Xamarin Forms 3.6.x herabgestuft und das ursprüngliche Problem mit der Verknüpfung (das Thema dieses Threads) ist behoben. Ich wollte nur einen Hinweis geben, falls jemand auf Pre-Release 4 aktualisiert.

@ SharbelWired können Sie Ihre Stack-Trace veröffentlichen?

@ SharbelWired ,

Wir möchten Sie darüber informieren, dass die Komponenten von Syncfusion Xamarin.Forms nur mit der stabilen Version von Xamarin Forms kompatibel sind. Wir haben dies in unserer Dokumentation erwähnt. Bitte beziehen Sie sich auf unser Dokumentationsformular unter dem Link als Referenz.

Link zur UG-Dokumentation: https://help.syncfusion.com/xamarin/introduction/compatibility-road-map

@samhouts, Einer unserer Client installiert die neueste Version von Xamarin.Forms v3.6.0.344457 aber noch er das Problem in seinem Antrag ref gegenüber Forum .

Gemäß dem unten kommentierten Vorschlag sollte es in dieser Version aufgelöst werden.
https://github.com/xamarin/Xamarin.Forms/issues/5288#issuecomment -478075117

Können Sie bitte das Problem in dieser Version überprüfen und uns so schnell wie möglich zurücksetzen?

Ich habe jetzt die gleiche Katastrophe

SfListView Version 17.2.035

Xamarin Forms Version 4.1.0.581479

@ jrahma sieht so aus, als ob ein Fehler mit Syncfusion geöffnet werden sollte, nicht mit Xamarin.
Wir haben gerade einen OOM-Absturz unter Android nur im Release-Modus festgestellt:
Xamarin 3.6.539721
SfListView 17.2.0.35

Wir entfernen Sflistview

Ich habe nicht auf XF 4.1 aktualisiert, ich bin immer noch auf 4.0. Ich habe Visual Studio jedoch auf die neueste Version 16.2 aktualisiert und bin beim Verknüpfen mit SfListView ebenfalls abgestürzt. Vielleicht etwas in Verbindung mit neuem AOT, das in dieser Version eingeführt wurde?

@GnanaPriyaNamasivayam

VS 16.2.0
XF Stable 4.1.0.618606
SF 17.2.0.36

Ich habe einen Absturz erhalten
[MonoDroid] System.Reflection.TargetInvocationException: Das Ziel eines Aufrufs hat eine Ausnahme ausgelöst. ---> System.NullReferenceException: Objektreferenz nicht auf eine Instanz eines Objekts festgelegt
[MonoDroid] bei Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener (Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l) [0x0000c] in <1e09550ab4e54a22aaa
[MonoDroid] unter Syncfusion.ListView.XForms.Android.ExtendedScrollViewRenderer..ctor (Android.Content.Context-Kontext) [0x00007] in <1d13e866db284fb28ce6270fd09fd7e3>: 0
[MonoDroid] bei (Wrapper Managed-to-Native) System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Reflection.RuntimeConstructorInfo, Objekt, Objekt [], System.Exception &)
[MonoDroid] bei System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Object obj, System.Object [] -Parameter, System.Boolean wrapExceptions) [0x00005] in <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] --- Ende der inneren Ausnahmestapelverfolgung ---
[MonoDroid] bei System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Object obj, System.Object [] -Parameter, System.Boolean wrapExceptions) [0x0001d] in <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] bei System.Reflection.RuntimeConstructorInfo.DoInvoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder-Ordner, System.Object [] -Parameter, System.Globalization.CultureInfo-Kultur] [0x 96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] bei System.Reflection.RuntimeConstructorInfo.Invoke (System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder-Binder, System.Object [] -Parameter, System.Globalization.CultureInfo-Kultur) [0x00000] in <96c0fba
[MonoDroid] bei System.RuntimeType.CreateInstanceImpl (System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder-Ordner, System.Object [] args, System.Globalization.CultureInfo-Kultur, System.Object [] Aktivierungsattribute, System.ChrMhr stackMark) [0x0022b] in <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] bei System.Activator.CreateInstance (System.Type-Typ, System.Reflection.BindingFlags BindingAttr, System.Reflection.Binder-Binder, System.Object [] -Argumente, System.Globalization.CultureInfo-Kultur, System.Object [] Aktivierungsattribute) [0x000a1] in <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] bei System.Activator.CreateInstance (System.Type-Typ, System.Object [] args) [0x00000] in <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] bei Xamarin.Forms.Internals.DependencyResolver.ResolveOrCreate (System.Type-Typ, System.Object-Quelle, System.Type visualType, System.Object [] args) [0x000af] in D: a1sXamarin.Forms.CoreDependencyResolver.cs 58
[MonoDroid] bei 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] unter Xamarin.Forms.Platform.Android.Platform.CreateRenderer (Xamarin.Forms.VisualElement-Element, Android.Content.Context-Kontext) [0x00010] in D: a1sXamarin.Forms.Platform.AndroidPlatform.cs: 342
[MonoDroid] bei Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (Ansicht Xamarin.Forms.VisualElement, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms.Platform.Bild. [0x000af] in D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 138
[MonoDroid] bei Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] in D: a1sXamarin.Forms.Platform.Android
[MonoDroid] bei Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] in D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 110
[MonoDroid] bei 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] bei 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.Forms.Form .cs: ​​438
[MonoDroid] bei 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: a: .Forms.Platform.AndroidVisualElementRenderer.cs: 127
[MonoDroid] bei Xamarin.Forms.Platform.Android.Platform.CreateRenderer (Xamarin.Forms.VisualElement-Element, Android.Content.Context-Kontext) [0x00044] in D: a1sXamarin.Forms.Platform.AndroidPlatform.cs: 345
[MonoDroid] bei Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (Ansicht Xamarin.Forms.VisualElement, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms.Platform.Bild. [0x000af] in D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 138
[MonoDroid] bei Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] in D: a1sXamarin.Forms.Platform.Android
[MonoDroid] bei Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] in D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 110
[MonoDroid] bei 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] bei Xamarin.Forms.Platform.Android.VisualElementRenderer`1 [TElement] .Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement (Xamarin.Forms.VisualElement-Element) [0x00027] in D: a1sXl. AndroidVisualElementRenderer.cs: 127
[MonoDroid] bei Xamarin.Forms.Platform.Android.Platform.CreateRenderer (Xamarin.Forms.VisualElement-Element, Android.Support.V4.App.FragmentManager fragmentManager, Android.Content.Context context) [0x00031] in D: a1sXamarin.orm .Plattform.AndroidPlattform.cs: 393
[MonoDroid] bei Xamarin.Forms.Platform.Android.AppCompat.FragmentContainer.OnCreateView (Android.Views.LayoutInflater-Inflater, Android.Views.ViewGroup-Container, Android.OS.Bundle savedInstanceState) [0x00008] in D: a1sXl .AndroidAppCompatFragmentContainer.cs: 56
[MonoDroid] bei 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.IntPtr native_savedInstanceState) [0x00020] in <8e2cc32557d1415cb7e87025cc8a4a87>: 0
[MonoDroid] bei (Wrapper Dynamic-Methode) Android.Runtime.DynamicMethodNameCounter.63 (intptr, intptr, intptr, intptr, intptr)
[art] JNI RegisterNativeMethods: Versuch, 0 native Methoden für android.runtime.JavaProxyThrowable zu registrieren
[Mono] DllImport-Suche in: '__Internal' ('(null)').
[Mono] Suche nach 'java_interop_jnienv_throw'.
[Mono] Probing 'java_interop_jnienv_throw'.
[Mono] Gefunden als 'java_interop_jnienv_throw'.
[MonoDroid] UNBEHANDELTE AUSNAHME:
[MonoDroid] System.Reflection.TargetInvocationException: Das Ziel eines Aufrufs hat eine Ausnahme ausgelöst. ---> System.NullReferenceException: Objektreferenz nicht auf eine Instanz eines Objekts festgelegt
[MonoDroid] bei Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener (Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l) [0x0000c] in <1e09550ab4e54a22aaa
[MonoDroid] unter Syncfusion.ListView.XForms.Android.ExtendedScrollViewRenderer..ctor (Android.Content.Context-Kontext) [0x00007] in <1d13e866db284fb28ce6270fd09fd7e3>: 0
[MonoDroid] bei (Wrapper Managed-to-Native) System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Reflection.RuntimeConstructorInfo, Objekt, Objekt [], System.Exception &)
[MonoDroid] bei System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Object obj, System.Object [] -Parameter, System.Boolean wrapExceptions) [0x00005] in <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] --- Ende der inneren Ausnahmestapelverfolgung ---
[MonoDroid] bei (Wrapper Dynamic-Methode) Android.Runtime.DynamicMethodNameCounter.63 (intptr, intptr, intptr, intptr, intptr)
[MonoDroid] at (Wrapper nativ zu verwaltet) Android.Runtime.DynamicMethodNameCounter.63 (intptr, intptr, intptr, intptr, intptr)
[MonoDroid] bei (Wrapper Managed-to-Native) Java.Interop.NativeMethods.java_interop_jnienv_call_nonvirtual_void_method_a (intptr, intptr &, intptr, intptr, intptr, Java.Interop.JniArgumentValue )[MonoDroid] bei Java.Interop.JniEnvironment + InstanceMethods.CallNonvirtualVoidMethod (Java.Interop.JniObjectReference-Instanz, Java.Interop.JniObjectReference-Typ, Java.Interop.JniMethodInfo-Methode, Java.Interop.JnAr ): 0
[MonoDroid] bei Java.Interop.JniPeerMembers + JniInstanceMethods.InvokeNonvirtualVoidMethod (System.String encodedMember, Java.Interop.IJavaPeerable self, Java.Interop.JniArgumentValue * -Parameter) [0x0001f] in]: 0
[MonoDroid] bei Android.Views.View.Measure (System.Int32 widthMeasureSpec, System.Int32 heightMeasureSpec) [0x00035] in <207e29a54396482796911ec489e256ce>: 0
[MonoDroid] bei Xamarin.Forms.Platform.Android.AppCompat.TabbedPageRenderer.OnLayout (System.Boolean geändert, System.Int32 l, System.Int32 t, System.Int32 r, System.Int32 b) [0x0002c] in D: a1sXamarin .Forms.Platform.AndroidAppCompatTabbedPageRenderer.cs: 374
[MonoDroid] bei 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 p32 ) [0x00008] in D: a1sXamarin.Forms.Platform.Android.FormsViewGroupobjReleasegeneratedsrcXamarin.Forms.Platform.Android.FormsViewGroup.cs: 198
[MonoDroid] bei (Wrapper Dynamic-Methode) Android.Runtime.DynamicMethodNameCounter.41 (intptr, intptr, bool, int, int, int, int)

Hallo, alle miteinander,

Entschuldigung für die Unannehmlichkeiten.

Wir haben bereits einen Fehlerbericht für das gemeldete Problem protokolliert und das Update wird in unserem kommenden wöchentlichen Nuget, dh am 30. Juli 2019, enthalten sein. Wir werden Ihre Geduld bis dahin schätzen.

Grüße,
Dinesh Babu Yadav
[Syncfusion Team]

@DineshBabuYadav Man kann versuchen, das Verknüpfen dieser bestimmten Assembly zu überspringen, um das Problem zu beheben, denke ich?

Hallo, alle miteinander,

Entschuldigung für die Unannehmlichkeiten.

Wir haben bereits einen Fehlerbericht für das gemeldete Problem protokolliert und das Update wird in unserem kommenden wöchentlichen Nuget, dh am 30. Juli 2019, enthalten sein. Wir werden Ihre Geduld bis dahin schätzen.

Grüße,
Dinesh Babu Yadav
[Syncfusion Team]

@DineshBabuYadav nicht nur mit SfListView, sondern auch mit anderen Steuerelementen. Ich verwende SfRototator auf meiner Hauptseite und jetzt stürzt meine App nach dem Upgrade auf Visual Studio 16.2 und Syncfusion 17.2.036 ab

Glauben Sie nicht, dass eine Woche eine sehr lange Zeit ist, um ein ernstes Problem zu beheben, das zu einem Katastrophenabsturz bei Apps geführt hat?

Zum Beispiel ist mein Kunde eine halbstaatliche Organisation, und andere haben möglicherweise eine Geschäfts- und E-Commerce-App, sodass ihre gesamte E-Operation auf Mobilgeräten für eine Woche gestoppt wird.

Schätzen Sie, ob dies sofort behoben wird

@ jrahma sollte Ihren Endbenutzer nicht betreffen, da Sie möglicherweise eine frühere Version Ihrer App mit früheren Syncfusion- und XF-Versionen veröffentlicht haben. Ich verstehe deinen Standpunkt nicht. Dies sollte nur Ihre lokalen Build- oder Staging-Versionen betreffen. Es sei denn, Sie haben vor der Veröffentlichung eine neue Version ohne QA-Test veröffentlicht, aber das ist ein weiteres Problem.

Das SF-Team muss das Problem untersuchen. Wenden Sie einen Fix an und testen Sie ihn. Es ist in Ordnung, dass es ein paar Tage dauert

@ jrahma sollte Ihren Endbenutzer nicht betreffen, da Sie möglicherweise eine frühere Version Ihrer App mit früheren Syncfusion- und XF-Versionen veröffentlicht haben. Ich verstehe deinen Standpunkt nicht. Dies sollte nur Ihre lokalen Build- oder Staging-Versionen betreffen. Es sei denn, Sie haben vor der Veröffentlichung eine neue Version ohne QA-Test veröffentlicht, aber das ist ein weiteres Problem

Das ist das Problem, meine frühere App hatte ein Problem und ich wartete auf das Update, das mit einer Katastrophe einherging

Die App funktioniert auf allen Geräten und Emulatoren einwandfrei. Dieses Problem tritt jedoch nur bei der Installation der App von Google Play auf

Folgendes erhalte ich in der Google Play Console:

java.lang.RuntimeException:
at android.app.ActivityThread.installProvider (ActivityThread.java:6747)
at android.app.ActivityThread.installContentProviders (ActivityThread.java:6289)
at android.app.ActivityThread.handleBindApplication (ActivityThread.java:6204)
at android.app.ActivityThread.access $ 1200 (ActivityThread.java:237)
at android.app.ActivityThread $ H.handleMessage (ActivityThread.java:1785)
bei android.os.Handler.dispatchMessage (Handler.java:106)
bei android.os.Looper.loop (Looper.java:214)
bei android.app.ActivityThread.main (ActivityThread.java:7050)
at java.lang.reflect.Method.invoke (native Methode)
at com.android.internal.os.RuntimeInit $ MethodAndArgsCaller.run (RuntimeInit.java:493)
bei com.android.internal.os.ZygoteInit.main (ZygoteInit.java:965)
Auslöser: java.lang.ClassNotFoundException:
at dalvik.system.BaseDexClassLoader.findClass (BaseDexClassLoader.java:134)
bei java.lang.ClassLoader.loadClass (ClassLoader.java:379)
bei java.lang.ClassLoader.loadClass (ClassLoader.java:312)
bei android.app.AppComponentFactory.instantiateProvider (AppComponentFactory.java:121)
at android.app.ActivityThread.installProvider (ActivityThread.java:6731)

Hallo allerseits,

Wie versprochen werden wir Sie informieren, sobald die Veröffentlichung eingeführt wurde, dh am 30. Juli 2019.

@ jrahma , wir

Grüße,
Dinesh B.

@DineshBabuYadav Man kann versuchen, das Verknüpfen dieser bestimmten Assembly zu überspringen, um das Problem zu beheben, denke ich?

Ja, bis dahin können Sie diese Verknüpfungsoption überspringen, um das Problem in der Anwendung selbst zu beheben.

Das ist das Problem, meine frühere App hatte ein Problem und ich wartete auf das Update, das mit einer Katastrophe einherging

Die App funktioniert auf allen Geräten und Emulatoren einwandfrei. Dieses Problem tritt jedoch nur bei der Installation der App von Google Play auf

Was ist der Unterschied zwischen dem Testen im Release-Modus und der Installation von Google Play? Sie sollten dies bekommen, wenn Sie auch bei der Veröffentlichung laufen, nicht wahr?
Es ist seltsam, dass ich kein Problem mit der vollständigen Verknüpfung mit xf 4.1.0.581479 und sflistview 17.1.0.52 habe. Vielleicht liegt es daran, dass ich meine Release-Builds auf VS4Mac 2019 mache. Könnte es sein, dass es nur unter VS 2019 Windows ein Problem ist?

@EmilAlipiev Nun, es scheint nur mit VS2019 neuesten verbunden. Ich habe weder Syncfusion-Pakete noch Xamarin Forms one aktualisiert, nur VS. 16.2.0 führt eine neue Leistung für AOT und gebündelte Assemblys ein. Ich denke, der Fehler ist von hier.

@ vincentcastagna Diese Einstellungen waren in früheren Versionen gegenüber 2019 auch vorhanden, zumindest in der Unternehmensversion. Sprechen Sie über die Community-Version? Wer Probleme hat, kann bestätigen, dass es sich um eine Community-Version von VS handelt?

Gleiches Problem mit VS 16.2.0 und VS für Mac 8.2. Beide sind Enterprise-Lizenzen.

Versuchen Sie vs Mac 8.3 Vorschau. Es funktioniert gut für mich. Ich werde später gegen 16.2 prüfen.

@EmilAlipiev yep Ich bin auf der Community-Version

Berichterstellung in. VS2019 16.1.6 / XF 4.1.0.618606 / SfListView 17.2.0.35
Das Setzen von Linking auf none löst das Problem, das nur im Release-Modus auftritt.

VS MAC 8.2 (1105)
XF Stable 4.1.0.618606
SF 17.2.0.36

Ich habe einen Absturz erhalten
[MonoDroid] System.Reflection.TargetInvocationException: Das Ziel eines Aufrufs hat eine Ausnahme ausgelöst. ---> System.NullReferenceException: Objektreferenz nicht auf eine Instanz eines Objekts festgelegt
[MonoDroid] bei Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener (Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l) [0x0000c] in <1e09550ab4e54a22aaa

+1

Downgrade auf 17.1.0.52, es funktioniert gut für mich im Release-Modus. Ich habe die neuesten Updates für VS Mac und VS Windows ausprobiert.

Hallo allerseits,

Danke für die Geduld.

Wir freuen uns, Ihnen mitteilen zu können, dass unser aktuelles wöchentliches NuGet-Paket-Update Version nuget.org ).

Wir bedanken uns für Ihre Unterstützung und bedanken uns für Ihre Geduld beim Warten auf dieses Update. Bitte setzen Sie sich mit uns in Verbindung, wenn Sie weitere Hilfe benötigen.

Grüße,
Dinesh Babu Yadav

Hallo, alle miteinander,
Entschuldigung für die Unannehmlichkeiten.
Wir haben bereits einen Fehlerbericht für das gemeldete Problem protokolliert und das Update wird in unserem kommenden wöchentlichen Nuget, dh am 30. Juli 2019, enthalten sein. Wir werden Ihre Geduld bis dahin schätzen.
Grüße,
Dinesh Babu Yadav
[Syncfusion Team]

@DineshBabuYadav nicht nur mit SfListView, sondern auch mit anderen Steuerelementen. Ich verwende SfRototator auf meiner Hauptseite und jetzt stürzt meine App nach dem Upgrade auf Visual Studio 16.2 und Syncfusion 17.2.036 ab

Glauben Sie nicht, dass eine Woche eine sehr lange Zeit ist, um ein ernstes Problem zu beheben, das zu einem Katastrophenabsturz bei Apps geführt hat?

Zum Beispiel ist mein Kunde eine halbstaatliche Organisation, und andere haben möglicherweise eine Geschäfts- und E-Commerce-App, sodass ihre gesamte E-Operation auf Mobilgeräten für eine Woche gestoppt wird.

Schätzen Sie, ob dies sofort behoben wird

@jrahma , können Sie bitte den Stacktrace und Details zum SfRotator-Absturzproblem mitteilen, die für uns hilfreich sind, um sie frühestens zu analysieren und zu beheben.

Grüße,
Paul Anderson

Danke @DineshBabuYadav es funktioniert wieder!
Kudos Syncfusion Team!

@xamarindevelopervietnam , danke für das Update.

Hallo, alle miteinander,
Entschuldigung für die Unannehmlichkeiten.
Wir haben bereits einen Fehlerbericht für das gemeldete Problem protokolliert und das Update wird in unserem kommenden wöchentlichen Nuget, dh am 30. Juli 2019, enthalten sein. Wir werden Ihre Geduld bis dahin schätzen.
Grüße,
Dinesh Babu Yadav
[Syncfusion Team]

@DineshBabuYadav nicht nur mit SfListView, sondern auch mit anderen Steuerelementen. Ich verwende SfRototator auf meiner Hauptseite und jetzt stürzt meine App nach dem Upgrade auf Visual Studio 16.2 und Syncfusion 17.2.036 ab

Glauben Sie nicht, dass eine Woche eine sehr lange Zeit ist, um ein ernstes Problem zu beheben, das zu einem Katastrophenabsturz bei Apps geführt hat?

Zum Beispiel ist mein Kunde eine halbstaatliche Organisation, und andere haben möglicherweise eine Geschäfts- und E-Commerce-App, sodass ihre gesamte E-Operation auf Mobilgeräten für eine Woche gestoppt wird.

Schätzen Sie, ob dies sofort behoben wird

@jrahma : Können Sie uns bitte die Details des Stacktraces im Zusammenhang mit der Rotatorsteuerung und die Details des in Ihrer Anwendung verwendeten

Hallo, alle miteinander,
Entschuldigung für die Unannehmlichkeiten.
Wir haben bereits einen Fehlerbericht für das gemeldete Problem protokolliert und das Update wird in unserem kommenden wöchentlichen Nuget, dh am 30. Juli 2019, enthalten sein. Wir werden Ihre Geduld bis dahin schätzen.
Grüße,
Dinesh Babu Yadav
[Syncfusion Team]

@DineshBabuYadav nicht nur mit SfListView, sondern auch mit anderen Steuerelementen. Ich verwende SfRototator auf meiner Hauptseite und jetzt stürzt meine App nach dem Upgrade auf Visual Studio 16.2 und Syncfusion 17.2.036 ab
Glauben Sie nicht, dass eine Woche eine sehr lange Zeit ist, um ein ernstes Problem zu beheben, das zu einem Katastrophenabsturz bei Apps geführt hat?
Zum Beispiel ist mein Kunde eine halbstaatliche Organisation, und andere haben möglicherweise eine Geschäfts- und E-Commerce-App, sodass ihre gesamte E-Operation auf Mobilgeräten für eine Woche gestoppt wird.
Schätzen Sie, ob dies sofort behoben wird

@jrahma : Können Sie uns bitte die Details des Stacktraces im Zusammenhang mit der Rotatorsteuerung und die Details des in Ihrer Anwendung verwendeten

@DineshBabuYadav Es ist jetzt für alle behoben. Danke Team