Xamarin.forms: Plantage natif lors de l'utilisation de Syncfusion SfListView avec Xamarin.Forms 3.5.0.129452

Voici le stacktrace:

02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] ERREUR DÉTECTÉE JNI DANS L'APPLICATION: négatif jsize: -443686848
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] en appel à NewIntArray
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] de 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 Exécutable
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] | état = 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] | pile = 0xff4e7000-0xff4e9000 stackSize = 8 Mo
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] | hold mutexes = "mutator lock" (partagé maintenu)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] natif: # 00 pc 00351799 /system/lib/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNiPS0_11char_tapraits128_streamIcNiPS0_11char_artapraits128_streamIcNiPS0_11char_artapraits
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] natif: # 01 pc 00331cb5 /system/lib/libart.so (_ZNK3art6Thread9DumpStackERNSt3__113basic_ostreamIcNS1_12charace_12charace_ostreamIcNS1_12characeMapraits
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] natif: # 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] natif: # 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] natif: # 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] natif: # 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] natif: # 06 pc 000c94ff /system/lib/libart.so (_ZN3art11ScopedCheck22CheckPossibleHeapValueERNS_18ScopedObjectAccess.so (_ZN3art11ScopedCheck22CheckPossibleHeapValueERNS_18ScopedObjectAccessAccessEcNi 130JEcNal)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] natif: # 07 pc 000c8969 /system/lib/libart.so (_ZN3art11ScopedCheck5CheckERNS_18ScopedObjectAccessEbPKcPNueType_12JniVal)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] natif: # 08 pc 000cfcb9 /system/lib/libart.so (_ZN3art8CheckJNI17NewPrimitiveArrayEPKcP7_JNIEnviNS_9Primitive2)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] natif: # 09 pc 000166cc (???)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] at md5e6dceb8716288c40551f253cf2268d49.MainActivity.n_onCreate (méthode native)
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] sur android.app.Activity.performCreate (Activity.java:6955)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] sur android.app.Instrumentation.callActivityOnCreate (Instrumentation.java:1126)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] sur android.app.ActivityThread.performLaunchActivity (ActivityThread.java:2927)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] sur android.app.ActivityThread.handleLaunchActivity (ActivityThread.java:3045)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] à android.app.ActivityThread.-wrap14 (ActivityThread.java:-1)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] sur android.app.ActivityThread $ H.handleMessage (ActivityThread.java:1642)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] sur android.os.Handler.dispatchMessage (Handler.java:102)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] sur android.os.Looper.loop (Looper.java:154)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] sur 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! (Méthode native)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] sur 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] sur 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] Interruption de l'exécution ...

Avoir le même problème. Le fait de ne pas lier les assemblages du SDK résout le problème, mais je me suis retrouvé avec un énorme APK. J'ajoute également un stacktrace à partir d'une version de débogage (vous pouvez le reproduire dans le débogage en n'utilisant pas le runtime partagé + lier les assemblys SDK).

En outre, reproductible avec l'aperçu XF 4.0.

Revenir simplement à XF 3.4.0.1029999 résout le problème.

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): ERREUR DÉTECTÉE JNI DANS L'APPLICATION: négatif jsize: -443686848
referenceTable Longueur GDEF = 814 1
referenceTable GSUB longueur = 11364 1
referenceTable GPOS longueur = 47302 1
referenceTable longueur de la tête = 54 1
02-18 23: 17: 01.815 E / art (31151): en appel à NewIntArray
02-18 23: 17: 01.815 E / art (31151): depuis 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): | pile = 0xff691000-0xff693000 stackSize = 8 Mo
02-18 23: 17: 01.815 E / art (31151): | hold mutexes = "mutator lock" (partagé maintenu)
02-18 23: 17: 01.815 E / art (31151): natif: # 00 pc 0034d679 /system/lib/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMap9 +ArtcPhodS_12BacktraceMap9 +ArtcPhodS
02-18 23: 17: 01.815 E / art (31151): natif: # 01 pc 0032dfe9 /system/lib/libart.so (_ZNK3art6Thread4DumpERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEP12BacktraceMap + 148)
02-18 23: 17: 01.815 E / art (31151): natif: # 02 pc 0024116f /system/lib/libart.so (_ZN3art9JavaVMExt8JniAbortEPKcS2_ + 902)
02-18 23: 17: 01.815 E / art (31151): natif: # 03 pc 00241803 /system/lib/libart.so (_ZN3art9JavaVMExt9JniAbortVEPKcS2_St9__va_list + 54)
02-18 23: 17: 01.815 E / art (31151): natif: # 04 pc 000edf95 /system/lib/libart.so (_ZN3art11ScopedCheck6AbortFEPKcz + 28)
02-18 23: 17: 01.815 E / art (31151): natif: # 05 pc 000f2f63 /system/lib/libart.so (_ZN3art11ScopedCheck5CheckERNS_18ScopedObjectAccessEbPKcPNS_12JniValueTypeE.constprop.95 + 5350)
02-18 23: 17: 01.815 E / art (31151): natif: # 06 pc 000fc9cd /system/lib/libart.so (_ZN3art8CheckJNI17NewPrimitiveArrayEPKcP7_JNIEnviNS_9Primitive4TypeE + 364)
02-18 23: 17: 01.815 E / art (31151): natif: # 07 pc 00017a9c (???)
02-18 23: 17: 01.815 E / art (31151): at md58432a647068b097f9637064b8985a5e0.FragmentContainer.n_onCreateView (méthode native)
02-18 23: 17: 01.815 E / art (31151): à md58432a647068b097f9637064b8985a5e0.FragmentContainer.onCreateView (FragmentContainer.java:33)
02-18 23: 17: 01.815 E / art (31151): sur 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): sur 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): sur android.os.Looper.loop (Looper.java:207)
02-18 23: 17: 01.816 E / art (31151): à android.app.ActivityThread.main (ActivityThread.java:5845)

Puis-je lier les SDK mais éviter de lier ces SDK / espaces de noms spécifiques? Cela résoudrait-il le problème? Je suppose que ce sont les espaces de noms que je devrais éviter de lier "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"

Éditer:
J'ai regardé cela plus loin et l'éditeur de liens a besoin d'un nom d'assembly et non d'espaces de noms.
«Syncfusion.SfListView.XForms.dll»
"Syncfusion.SfPullToRefresh.XForms.dll"
"Syncfusion.SfPullToRefresh.Android.dll"
"Syncfusion.SfPullToRefresh.iOS.dll"
Selon
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

Modifier à nouveau: j'ai essayé de ne pas lier ces assemblages mais cela s'est toujours planté. Je ne vais plus essayer avec cela et simplement rétrograder à 3.4.

Problème similaire ici. (Fonctionne avec Xam.forms 3.4 mais pas dans la dernière version 3.5.0.129452 stable)
Voir les journaux d'erreurs joints.
xamform_runtime_error_Android.txt

Les assemblys @ AmrAlSayed0 Syncfusion ne sont pas des assemblys SDK. Je ne pense donc pas que la liaison des assemblys SDK + la liste que vous avez fournie fasse quelque chose de spécial. Cela fonctionnerait si vous deviez également lier des assemblys utilisateur.

Sur la base de la trace de la pile, je pense que c'est un changement dans la bibliothèque de support Android, quelque chose lié à SwipeRefreshLayout?

Même problème sur Android ici. iOS fonctionne bien.

Veuillez essayer avec 3.5.0.169047. Cela se produit-il encore? Merci!

Crash toujours en mode libération. Testé en clonant le projet ci-dessus et en mettant à jour les bibliothèques Xamarin et Syncfusion.

Bonjour l'équipe,
J'ai également un crash en mode débogage et en mode version. Mais si je continue à lier l'option à Don't Link alors je pourrais exécuter mon application sans crash avec les formulaires xamarin 3.5.
Mais je pourrais courir en cas de rétrogradation vers Xamarin.Forms 3.4 sans plantage en mode version et débogage.
Pouvez-vous jeter un œil à ce cas en mode débogage également.

J'ai toujours des problèmes. Des mises à jour à ce sujet?

Une estimation quand cela sera corrigé?

Est-ce le problème de l'éditeur de liens? J'ai testé en mode débogage permettant la liaison complète et cela fonctionnait bien, mais si j'utilise la liaison complète en mode de sortie, cela se bloque. C'est un peu déroutant

J'ai contacté SyncFusion à propos de celui-ci. Je n'ai pas encore pu préciser la cause de l'accident.

De la version 3.4 à 3.5 des formulaires, la classe de base sur ScrollViewRenderer est passée de ScrollView à NestedScrollView, donc SF a dû mettre un correctif pour cela qui, pour une raison quelconque, ne joue pas bien avec 3.5

J'ai recompilé 3.5 et changé la classe de base ScrollViewRenderer en ScrollView et quand je l'ai fait, l'ancienne version de SF fonctionnait bien, il y a donc quelque chose avec la dernière version 54 de SF qui ne semble pas bien fonctionner avec XF 3.5

@samhouts confirmant cela en tant que bloqueur pour 3.5 et toute personne utilisant la vue de liste Syncfusion. Quel est notre ETA pour une mise à jour Xam Forms à résoudre

Nous ne sommes pas sûrs que Xamarin.Forms doit résoudre ce problème. Cela peut être quelque chose que SyncFusion doit résoudre.

@samhouts à partir de Syncfusion Ce problème se produit uniquement après la mise à jour de Xamarin.Forms version 3.5 avec l'éditeur de liens activé. Comme nous l'avons mentionné, le problème se produit en raison de la mise à jour du framework Xamarin et nous avons enregistré le rapport de problème (5288) pour le même. Il peut être résolu en définissant l'option de liaison sur Aucune, comme nous le partageons auparavant.

Pour l'instant, vous pouvez utiliser les mises à jour antérieures de Xamarin.Forms (version 3.4 et antérieures) pour éviter ce problème de plantage. Nous suivons le problème du cadre de travail signalé et vous informons une fois qu'il est résolu.

Nous vous remercions de votre patience et veuillez utiliser les mises à jour antérieures de Xamarin.Forms (3.4 et antérieures) jusque-là.

[email protected] est le contact. J'apprécierais que vous puissiez vous connecter / résoudre afin que nous puissions mettre à jour. Nous sommes au 15e jour de l'impossibilité de libérer.

@caseyniemann Nous avons été en contact avec SyncFusion à ce sujet et nous travaillons ensemble pour le résoudre. Merci

Bonjour l'équipe,
À partir de maintenant, la plupart de nos clients travaillent en liant comme None et cela ne peut pas être une solution permanente pour ce crash en mode release. Pouvez-vous s'il vous plaît fournir le correctif avec la version mise à jour dès que possible.
Nous n'avons reçu aucune de vos notifications concernant ce problème.

Pouvez-vous s'il vous plaît confirmer le problème et partager la mise à jour concernant?

Cordialement,
Gnana Priya N
(Syncfusion)

@GnanaPriyaNamasivayam J'ai envoyé un courriel à Marissa Keller Outten et à Christian Grossmann jeudi et hier. C'est généralement avec qui j'ai contacté chaque fois que j'avais des questions. Dois-je envoyer uniquement un e-mail à l'assistance ou y a-t-il quelqu'un d'autre en interne que je devrais envoyer par e-mail pour accélérer ces choses?

Pouvez-vous s'il vous plaît configurer ma licence SF avec une licence source afin que je puisse compiler et déboguer contre SF s'il vous plaît? shneuvil chez Microsoft dot com est mon adresse e-mail à laquelle ma licence actuelle est contre

Bonjour l'équipe,
À partir de maintenant, la plupart de nos clients travaillent en liant comme None et cela ne peut pas être une solution permanente pour ce crash en mode release. Pouvez-vous s'il vous plaît fournir le correctif avec la version mise à jour dès que possible.
Nous n'avons reçu aucune de vos notifications concernant ce problème.

Pouvez-vous s'il vous plaît confirmer le problème et partager la mise à jour concernant?

Cordialement,
Gnana Priya N
(Syncfusion)

@samhouts @GnanaPriyaNamasivayam Veuillez vous connecter et résoudre, et utiliser le signe @ pour que vous voyiez tous les deux ceci

@samhouts , pourriez-vous s'il vous plaît confirmer, existe-t-il des possibilités de fournir un correctif immédiat pour ce problème de l'éditeur de liens dans la prochaine mise à jour de Xamarin?

Nous avons marqué cela avec notre priorité la plus élevée et il existe une communication entre les ingénieurs de SyncFusion et de Xamarin. Nous y travaillons. Merci.

@samhouts @GnanaPriyaNamasivayam est-ce que tout cela est résolu dans la mise à jour 3.6 Xamarin?

@caseyniemann À l'heure actuelle, nous rencontrons toujours les mêmes problèmes avec la dernière version de SyncFusion et XF 3.6. Il est possible que SyncFusion ait besoin de se reconstruire contre la version 3.6 pour résoudre ce problème. Peut-être que @GnanaPriyaNamasivayam ou @ Nijamudeen-Mohamed peuvent essayer ceci et confirmer. Sinon, @PureWeen doit en discuter directement avec SyncFusion lundi, et nous aurons alors une mise à jour. Merci pour votre patience.

Avec XF 3.6, j'obtiens des erreurs de compilation avec FFImage, donc je ne peux pas dire: /

@xperseguers Oui, nous en sommes conscients. https://github.com/luberda-molinet/FFImageLoading/issues/1154#issuecomment -470589841

des progrès ou ETA pour ce problème s'il vous plaît?

@samhouts @GnanaPriyaNamasivayam Nous devons résoudre ce

24 et XF 3.6 est là, je me demande si Syncfusion fera des tests

Nous réduisons un problème avec l'équipe Android et travaillons sur un moyen d'atténuer le problème pour l'instant avec SF. Une fois qu'une solution est en marche, je publierai une mise à jour.

@samhouts @GnanaPriyaNamasivayam Pour ceux qui s'attendent à ce que la version 3.6 et la dernière version de Synfusion fonctionnent ... ce n'est pas le cas. De Syncfusion: Le problème signalé existe également dans Xamarin v3.6 et ce problème n'est toujours pas résolu par l'équipe Xamarin Xamarin team?

J'espère que cela sera corrigé bientôt. Mon application Android fait désormais plus de 100 mégaoctets dans le Play Store. Beaucoup plus grand car j'ai désactivé l'éditeur de liens.

Si vous voulez voir la fabrication de saucisses, vous pouvez suivre les progrès ici: https://github.com/xamarin/Xamarin.Forms/projects/32

Ce correctif particulier fait partie du Sprint 150 qui devrait se terminer le 29/03. Malheureusement, il n'y a aucun moyen de savoir si un correctif prêt pour la production sera mis en place d'ici là.

Si vous voulez voir la fabrication de saucisses, vous pouvez suivre les progrès ici: https://github.com/xamarin/Xamarin.Forms/projects/32

Ce correctif particulier fait partie du Sprint 150 qui devrait se terminer le 29/03. Malheureusement, il n'y a aucun moyen de savoir si un correctif prêt pour la production sera mis en place d'ici là.

URL corrigée: https://github.com/xamarin/Xamarin.Forms/projects/32

Ce correctif particulier fait partie du Sprint 150 qui devrait se terminer le 29/03. Malheureusement, il n'y a aucun moyen de savoir si un correctif prêt pour la production sera mis en place d'ici là.

C'est une régression sérieuse, à mon avis, elle devrait être corrigée à chaud immédiatement.
La première étape devrait être d'identifier le commit dans XF3.5 responsable de cette régression. Cela a-t-il déjà été fait?

Toujours pas de cessionnaire ... que se passe-t-il ??

À ce stade, nous avons un plan en place qui impliquera une libération des deux côtés. Il y a encore des tests supplémentaires à faire juste pour s'assurer que nous avons pointé et croisé toutes les choses

• Syncfusion va sortir une version qui fera fonctionner cela pour 3.1, 3.2, 3.3, 3.6
• Nous travaillons sur un correctif pour 3.4 et 3.5 qui le fera fonctionner pour ces versions

@PureWeen @GnanaPriyaNamasivayam Existe-t-il un calendrier pour ces correctifs?

@PureWeen @GnanaPriyaNamasivayam Existe-t-il un calendrier pour ces correctifs?

@Giorgi - Déjà promis par l'équipe Xamarin que ce correctif sera effectué dans leur sprint actuel et fourni la chronologie le 29 mars 2019.
https://github.com/xamarin/Xamarin.Forms/issues/5288#issuecomment -473300702

Dans leur fil de discussion sur le forum, Syncfusion dit toujours que c'est une chose Xamarin, ils ne semblent pas avoir d'estimation de version pour leur changement pour prendre en charge la version 3.6?
https://www.syncfusion.com/forums/142489/compatibility-with-xamarin-forms-3-5

Comme @PureWeen l'a dit dans son commentaire, il s'agit d'une version coordonnée avec SyncFusion. Xamarin publie des versions de service pour corriger la compatibilité pour 3.4 et 3.5. SyncFusion publie une nouvelle version qui corrigera la compatibilité avec 3.5 et 3.6. Espérons que les deux versions de Xamarin seront disponibles la semaine prochaine. Bien que nous ne puissions pas parler du calendrier de publication de SyncFusion, nous sommes conscients qu'il s'agit également d'une priorité élevée pour eux.

De nombreuses variables entrent en jeu dans ce problème qui ont rendu difficile la détermination du plan d'action qui convient le mieux à nos clients. Ce problème sera bientôt résolu et nous avons mis en place des mesures pour éviter que de tels problèmes ne se reproduisent. Merci pour votre patience!

J'ai essayé d'ignorer l'assemblage lors de la liaison en ajoutant ce qui suit à la liste des ignorés, mais cela n'a pas fonctionné.
Syncfusion.SfListView.XForms
J'ai 2 questions:

• Pourquoi les assemblys de Syncfusion, qui est un plugin tiers, sont-ils liés lorsque je sélectionne Link SDK assemblies only ?
• Pouvons-nous ignorer tous les assemblys sous un espace de noms?

@ ali-h2010 parce que les outils de syncfusion comme sflistview, il n'utilise pas les formulaires xamarin listview, il utilise probablement datagrid avec une virtualisation personnalisée prétendant être listview. Donc, xamarin a apporté des modifications de rupture sur datagrid, je présume et a cassé tous les outils personnalisés de Syncfusion. Syncfusion est en fait assez en avance sur xamarin en ce qui concerne les outils, par exemple, la fonction de glisser-déposer n'existe toujours pas dans les outils xamarin et il est difficile de supprimer la dépendance de sflistview ou sfdatagrid de nos applications.

1 mois je suis confronté à ce problème et que j'attends un correctif.
J'ai dit à mon patron qu'une sortie allait bientôt arriver.

J'ai fait l'erreur de migrer vers XF 3.5 sans tester en mode release sur les deux plateformes. Mon mal, honte à moi. Depuis, j'ai écrit trop de code qui repose sur XF 3.5 (principalement bindableLayout). J'ai besoin de faire une version et il peut être moins cher de supprimer le SfListView et d'utiliser le Telerik à la place.
J'espère que vous pourrez nous apporter une solution avant la fin de la semaine prochaine, sinon, je devrai migrer vers Telerik's ListView qui fonctionne bien (même si je préfère le SfListView).

Les assemblys de lien définis sur aucun ne l'ont pas corrigé non plus.
Je te souhaite bonne chance !

Moi aussi, je pense que nous pouvons réellement remplacer (dans notre cas d'utilisation) SF List par une implémentation personnalisée basée sur XF 4 CollectionView mais cela prendra du temps

Cela fonctionne très bien avec la sortie qu'ils ont faite ce matin. Avez-vous oublié de mettre à niveau? Au moins avec XF 3.6 qui est la version stable actuelle.

1 mois je suis confronté à ce problème et que j'attends un correctif.
J'ai dit à mon patron qu'une sortie allait bientôt arriver.

J'ai fait l'erreur de migrer vers XF 3.5 sans tester en mode release sur les deux plateformes. Mon mal, honte à moi. Depuis, j'ai écrit trop de code qui repose sur XF 3.5 (principalement bindableLayout). J'ai besoin de faire une version et il peut être moins cher de supprimer le SfListView et d'utiliser le Telerik à la place.
J'espère que vous pourrez nous apporter une solution avant la fin de la semaine prochaine, sinon, je devrai migrer vers Telerik's ListView qui fonctionne bien (même si je préfère le SfListView).

Les assemblys de lien définis sur aucun ne l'ont pas corrigé non plus.
Je te souhaite bonne chance !

Mon Android avec l'application XF 3.5 et SF .53 fonctionne et se trouve dans le Play Store. Utilisation de ces paramètres:

Cela fonctionne très bien avec la sortie qu'ils ont faite ce matin. Avez-vous oublié de mettre à niveau? Au moins avec XF 3.6 qui est la version stable actuelle.

Ils ont donc déjà fait une mise à jour majeure de la version qui semble résoudre le problème, cool, nous allons l'essayer merci de nous avoir informés de la mise à jour

La question est: pourquoi une version majeure, alors qu'elle aurait dû être un simple correctif.
La communication autour de cette question a été un tel désastre ...
J'espère que cela fonctionnera sans aucune nouvelle régression, ou cette fois j'en ai fini avec SF.

Nous nous excusons pour la frustration que ce problème a provoquée. Nous nous engageons à prévenir de tels problèmes à l'avenir et nous prenons des mesures pour empêcher la régression des contrôles tiers, tels que SyncFusion et Telerik, entre autres. Nous les apprécions et nous apprécions notre communauté!

Nous avons publié 3.4.0.1039999 et 3.5.0.274416 le 26/03/2019. SyncFusion a confirmé avec nous que ces versions ne plantent plus lorsqu'elles sont testées avec leur dernière version, mais je ne sais pas exactement quel est le numéro de version de SyncFusion.

Si vous rencontrez toujours ce problème avec Xamarin.Forms 3.6 ou les versions que j'ai mentionnées ci-dessus, je vous encourage à contacter SyncFusion à ce sujet (https://www.syncfusion.com/forums/142489/compatibility-with -xamarin-forms-3-5), car je ne suis pas sûr qu'ils surveillent plus ce problème. Je suis convaincu que SyncFusion travaille dur pour résoudre ce problème pour ses clients, et s'il y a autre chose que Xamarin.Forms doit faire, nous nous assurerons qu'il s'agit d'une priorité.

Je vous remercie!

Ok, ce matin, j'ai mis à jour vers la version du 26 mars (la sortie d'aujourd'hui n'était pas encore publiée ou problème de cache nuget je suppose car comme je l'ai dit: j'ai essayé avec des assemblages de liaison à aucun).
Je suis heureux de confirmer qu'il n'affiche plus d'écran blanc. Merci !!
Je ne voulais pas utiliser Telerik ListView car à mon humble avis, le SfListView est meilleur.

J'ai essayé avec le mode Linker à Link SDK assemblies only et cela ne fonctionne pas avec Xamarin.forms 3.6.0.264807 et Syncfusion 17.1.0.38 https://help.syncfusion.com/xamarin/release-notes/v17.1.0.38 ? type = tout

même problème. Je reçois toujours un crash et des alertes de licence ennuyeuses aussi.
Merci SF, vous nous l'avez donné gratuitement mais vous n'avez pas à nous le frotter le visage.

@samhouts @PureWeen ne fonctionne pas avec Xamarin.forms 3.6.0.264807 et Syncfusion 17.1.0.38. Il est clair d'en haut que la communication entre Xamarin et Syncfusion est interrompue ... et a été interrompue pendant plus d'un mois et demi. Connectez-vous aujourd'hui et résolvez ce problème

Pareil pour moi. Le problème est toujours là avec XF 3.6.0.264807 et SF 17.1.0.38.
Je ne sais toujours pas si le problème concerne XF ou SF.
@samhouts @PureWeen Pourriez-vous s'il vous plaît clarifier et corriger de toute urgence?

Nous avons contacté SyncFusion pour savoir dans quelle version ils s'attendent à ce que le correctif se trouve. Quelqu'un fera un rapport ici avec ces informations.

Merci pour votre patience!

Wow, j'étais sur le point de mettre à jour, merci de nous l'avoir fait savoir, dans leurs notes de publication, ils ne mentionnent pas le problème de compatibilité, ils semblent faire référence à d'autres problèmes de 3.5 ici https://help.syncfusion.com/xamarin/release-notes/ v17.1.0.38? type = tout
Donc Xamarin a fait son travail en corrigeant 3.5 mais oui 3.6 et au-dessus devraient être corrigés par SF côté comme mentionné précédemment

Moi aussi, je pense que nous pouvons réellement remplacer (dans notre cas d'utilisation) SF List par une implémentation personnalisée basée sur XF 4 CollectionView mais cela prendra du temps

oui, il est possible de tout créer de sflistview ou sfdatagrid en utilisant CollectionView. même si vous faites de la virtualisation personnalisée, possible avec stacklayout ou datagrid. c'est ce que fait la syncfusion même si vous m'avez donné le pouce vers le bas, mais je vous dis la vérité. ils n'utilisent pas ListView de xamarin comme héritage. la seule chose difficile à faire est la fonction glisser-déposer sur sflistview, il me manquera

Mec, je te crois, je viens de le baisser car il est difficile de supprimer la dépendance :) qui est la chose laide que nous rencontrons tous

Nous regrettons la gêne occasionnée.

Nous avons résolu le problème de l'éditeur de liens Android dans Sflistview. Actuellement, il pourrait être en état de test, vérifier divers scénarios possibles et tester les fonctionnalités de vue de liste. Nous terminerons ces tests et mettrons à jour le correctif dans notre prochain nuget hebdomadaire. Cela pourrait être prévu le 9 avril 2019. Nous vous remercions de votre patience jusque-là.

@EmilAlipiev
Cette solution dispose de listes de glisser-déposer et d'avance
https://github.com/roubachof/Sharpnado.Presentation.Forms

La question est de savoir s'il plantera en mode version.
De plus, j'ai beaucoup investi sur la liste de Syncfusion, il faudra donc un certain temps pour réécrire le code.

Conformément à la discussion précédente, nous confirmons que le correctif sera inclus dans notre prochaine date hebdomadaire Nuget prévue le 9 avril 2019 sans plus tarder. En attendant, si vous avez besoin de Nugets / Assemblys personnalisés SfListView avant la sortie hebdomadaire de Nuget, veuillez créer le ticket de support en utilisant le lien suivant.
Pour créer un support: https://www.syncfusion.com/support/directtrac/incidents

Cordialement,
Gnana Priya N
(Équipe Syncfusion)

Une mise à jour sur ce problème?

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

Nous sommes heureux d'annoncer que notre dernière mise à jour hebdomadaire du package NuGet version 17.1.0.40 a été déployée avec le problème signalé «Plantage natif en mode version avec SfListView et Xamarin Forms 3.5 et supérieur» et est disponible au téléchargement ( nuget.org ) .

Nous vous remercions de votre soutien et apprécions votre patience dans l'attente de cette mise à jour.

Cordialement,
Gnana Priya N
(Équipe Syncfusion)

@GnanaPriyaNamasivayam

Je viens de mettre à jour les pépites SF à la dernière (17.1.0.40) et sur Android, je vois une exception lors de la navigation vers une page avec SfListView dessus:

04-10 15: 10: 04.141 I / MonoDroid (20065): EXCEPTION NON GÉRÉE:
04-10 15: 10: 04.157 I / MonoDroid (20065): System.TypeLoadException: Échec de l'initialisation de la classe parente vtable, en raison de: l'installation de VTable de type Syncfusion.ListView.XForms.Android.Renderer.ScrollViewRenderer a échoué l'assembly: / stockage / emulated / 0 / Android / data / Grouping.Droid / files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll type: ScrollViewRenderer membre: (null)
04-10 15: 10: 04.158 I / MonoDroid (20065): at (wrapper géré vers natif) System.RuntimeType.GetConstructors_native (System.RuntimeType, System.Reflection.BindingFlags)
04-10 15: 10: 04.158 I / MonoDroid (20065): à System.RuntimeType.GetConstructors_internal (System.Reflection.BindingFlags bindingAttr, System.RuntimeType ReflectedType) [0x00008] dans <58604b4522f748968296166e317b04b4>: 0: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): à System.RuntimeType.GetConstructorCandidates (nom System.String, System.Reflection.BindingFlags bindingAttr, System.Reflection.CallingConventions callConv, types System.Type [], System. Boolean allowPrefixLookup) [0x00034] dans <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): à System.RuntimeType.GetConstructors (System.Reflection.BindingFlags bindingAttr) [0x00000] dans <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): à System.RuntimeType.CreateInstanceImpl (System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder binder, System.Object [] args, culture System.Globalization.CultureInfo, System.Object [] activationAttributes, System.Threading.StackCrawlMark & ​​stackMark) [0x0022b] dans <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): à System.Activator.CreateInstance (type System.Type, System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder binder, System.Object [] args, System. Culture Globalization.CultureInfo, System.Object [] activationAttributes) [0x000a1] dans <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): à System.Activator.CreateInstance (type System.Type, System.Object [] args) [0x00000] dans <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): à Xamarin.Forms.Internals.DependencyResolver.ResolveOrCreate (type System.Type, System.Object [] args) [0x00046] dans 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] dans D: a1sXamarin.Forms.CoreRegistrar.cs: 102
04-10 15: 10: 04.158 I / MonoDroid (20065): à Xamarin.Forms.Platform.Android.Platform.CreateRenderer (élément Xamarin.Forms.VisualElement, contexte Android.Content.Context) [0x00000] dans D: a1sXamarin. Forms.Platform.AndroidPlatform.cs: 336
04-10 15: 10: 04.158 I / MonoDroid (20065): à Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (vue Xamarin.Forms.VisualElement, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms. Platform.Android.RendererPool pool, System.Boolean sameChildren) [0x000af] dans 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] dans D: a1sXamarin. Forms.Platform.AndroidVisualElementPackager.cs: 268
04-10 15: 10: 04.158 I / MonoDroid (20065): à Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] dans 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 (élément TElement) [0x000e0] dans D: a1sXamarin.Forms .Platform.AndroidVisualElementRenderer.cs: 231
Exception non-gérée:

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 pack) [ 0x00007] dans 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. Élément Forms.VisualElement) [0x00027] dans D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 127
04-10 15: 10: 04.158 I / MonoDroid (20065): à Xamarin.Forms.Platform.Android.Platform.CreateRenderer (élément Xamarin.Forms.VisualElement, contexte Android.Content.Context) [0x0001f] dans D: a1sXamarin. Forms.Platform.AndroidPlatform.cs: 338
04-10 15: 10: 04.158 I / MonoDroid (20065): à Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (vue Xamarin.Forms.VisualElement, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms. Platform.Android.RendererPool pool, System.Boolean sameChildren) [0x000af] dans 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] dans D: a1sXamarin. Forms.Platform.AndroidVisualElementPackager.cs: 268
04-10 15: 10: 04.158 I / MonoDroid (20065): à Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] dans 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 (élément TElement) [0x000e0] dans 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 (élément Xamarin.Forms.VisualElement) [0x00027] dans D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 127
04-10 15: 10: 04.159 I / MonoDroid (20065): à Xamarin.Forms.Platform.Android.Platform.CreateRenderer (élément Xamarin.Forms.VisualElement, contexte Android.Content.Context) [0x0001f] dans D: a1sXamarin. Forms.Platform.AndroidPlatform.cs: 338
04-10 15: 10: 04.159 I / MonoDroid (20065): à Xamarin.Forms.Platform.Android.AppCompat.Platform.AddChild (page Xamarin.Forms.Page, disposition System.Boolean) [0x0000d] dans 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] dans D: a1sXamarin.Forms.Platform.AndroidAppCompatPlatforms.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] dans D: a1sXamarin.Forms.Platform.AndroidAppCompatPlatform .cs: ​​275
04-10 15: 10: 04.159 I / MonoDroid (20065): à Xamarin.Forms.Platform.Android.FormsAppCompatActivity.InternalSetPage (page Xamarin.Forms.Page) [0x00039] dans D: a1sXamarin.Forms.Platformompat.AndroidAppCompatFormsivity.c : 333
04-10 15: 10: 04.159 I / MonoDroid (20065): à Xamarin.Forms.Platform.Android.FormsAppCompatActivity.SetMainPage () [0x00000] dans D: a1sXamarin.Forms.Platform.AndroidAppCompatFormsAppompatActivity.cs: 362
04-10 15: 10: 04.159 I / MonoDroid (20065): à Xamarin.Forms.Platform.Android.FormsAppCompatActivity.LoadApplication (application Xamarin.Forms.Application) [0x00282] dans D: a1sXamarin.Forms.Platform.AndroidAppCompatFormsAppivity.compat : 138
04-10 15: 10: 04.159 I / MonoDroid (20065): à Grouping.Droid.MainActivity.OnCreate (Android.OS.Bundle bundle) [0x00027] dans C: UsersmikolajProgrammingReproSfListViewGroupingGroupingGrouping.DroidMainActivity.cs: 23
04-10 15: 10: 04.159 I / MonoDroid (20065): sur Android.App.Activity.n_OnCreate_Landroid_os_Bundle_ (System.IntPtr jnienv, System.IntPtr native__this, System.IntPtr native_savedInstanceState) [0x000112: 03088ebd8bb)
04-10 15: 10: 04.159 I / MonoDroid (20065): at (méthode dynamique du wrapper) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 04.179 W / Grouping.Droid (20065): JNI RegisterNativeMethods: tentative d'enregistrer 0 méthode native pour android.runtime.JavaProxyThrowable
04-10 15: 10: 04.182 D / Mono (20065): DllImport recherche dans: '__Internal' ('(null)').
04-10 15: 10: 04.182 D / Mono (20065): Recherche de 'java_interop_jnienv_throw'.
04-10 15: 10: 04.182 D / Mono (20065): Sonder 'java_interop_jnienv_throw'.
04-10 15: 10: 04.182 D / Mono (20065): Trouvé comme 'java_interop_jnienv_throw'.
04-10 15: 10: 07.132 E / mono (20065):
04-10 15: 10: 07.132 E / mono (20065): Exception non gérée:
04-10 15: 10: 07.132 E / mono (20065): System.TypeLoadException: Échec de l'initialisation de la classe parent vtable, en raison de: l'installation de VTable de type Syncfusion.ListView.XForms.Android.Renderer.ScrollViewRenderer a échoué l'assemblage: / stockage / emulated / 0 / Android / data / Grouping.Droid / files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll type: ScrollViewRenderer membre: (null)
04-10 15: 10: 07.132 E / mono (20065): at (méthode dynamique du wrapper) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 07.132 E / mono (20065): at (wrapper natif à géré) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 07.132 E / mono-rt (20065): [ERROR] FATAL UNHANDLED EXCEPTION: System.TypeLoadException: La classe parente vtable n'a pas pu s'initialiser, en raison de: Configuration de VTable de type Syncfusion.ListView.XForms.Android. Renderer.ScrollViewRenderer a échoué l'assembly: /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-rt (20065): at (méthode dynamique du wrapper) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 07.132 E / mono-rt (20065): at (wrapper natif à géré) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)

Le problème ci-dessus n'est pas lié au sujet de ce problème github, mais j'ai pensé que je le publierai ici à tout moment, car je cherchais à résoudre ce problème et en ai rencontré un autre ... De plus, il est très récent et les gens de SF pourraient encore l'être. surveiller ce fil. Ce qui précède se produit avec la version Xamarin.Forms 3.5.0.169047 .

Je joins un échantillon de repro. Il s'agit d'un exemple de regroupement SfListView mis à jour que vous pouvez trouver sur les sites SF. Je l'ai testé sur VS 2019 (v 16.0.0).

SfListViewGrouping.zip

EDIT: a confirmé que cela ne se produit pas dans la version Xamarin.Forms 3.5.0.274416

Nous avons vérifié la requête signalée dans l'exemple donné. Nous souhaitons vous informer que le plantage signalé se produit uniquement dans la version 3.5.0.169047 de Xamarin. Y a-t-il un but spécifique à utiliser cette version parce que ce plantage est corrigé dans toutes les dernières versions publiées après 3.5.0.169047. Nous vous recommandons de mettre à jour la version de Xamarin Forms vers la dernière version pour résoudre ce problème signalé.

Cordialement,
Gnana Priya N
(Équipe Syncfusion)

La nouvelle version (17.1.0.40) fonctionne pour moi avec Xamarin.Forms 3.6.0.293080.
Je suis maintenant en mesure de créer mes applications iOS et Android lors de la liaison d'assemblys SDK en mode Release sans voir de plantage natif.
Merci.

Je voulais juste signaler que 17.1.0.40 se bloque dans la pré-version 4 de Xamarin Forms .. J'avais mis à jour un projet vers la pré-version 4 pour tester une fonctionnalité de la pré-version de Prism (qui nécessite xam 4), et il y avait encore problèmes avec 17.1.0.40. J'ai tout rétrogradé vers Xamarin Forms 3.6.x et le problème d'origine avec la liaison, qui est le sujet de ce fil) est résolu. Je voulais juste vous prévenir au cas où quelqu'un mettrait à jour la pré-version 4.

@SharbelWired pouvez-vous poster votre trace de pile?

@SharbelWired ,

Nous souhaitons vous informer que les composants Syncfusion Xamarin.Forms sont uniquement compatibles avec la version stable de Xamarin Forms. Nous en avons parlé dans notre documentation. Veuillez consulter notre formulaire de documentation ci-dessous lien pour votre référence.

Lien de la documentation UG: https://help.syncfusion.com/xamarin/introduction/compatibility-road-map

@samhouts , l'un de nos clients a installé la dernière version de Xamarin.Forms v3.6.0.344457 mais il est toujours confronté au problème dans son forum de référence d'application.

Conformément à la suggestion commentée ci-dessous, il devrait être résolu dans cette version.
https://github.com/xamarin/Xamarin.Forms/issues/5288#issuecomment -478075117

Pouvez-vous s'il vous plaît vérifier le problème dans cette version et nous revenir dès que possible?

J'ai le même désastre maintenant

Version de SfListView 17.2.035

Xamarin Forms version 4.1.0.581479

@jrahma ressemble à un bogue doit être ouvert avec Syncfusion, pas Xamarin.
Nous venons de commencer à rencontrer un crash OOM sur Android uniquement en mode version:
Xamarin 3.6.539721
SfListView 17.2.0.35

Nous supprimons Sflistview

Je n'ai pas mis à jour vers XF 4.1, je suis toujours sur 4.0. Cependant, j'ai mis à jour Visual Studio vers la dernière version 16.2 et j'ai également un crash lors de la liaison avec SfListView. Peut-être quelque chose lié au nouvel AOT introduit dans cette version?

@GnanaPriyaNamasivayam

VS 16.2.0
XF Stable 4.1.0.618606
SF 17.2.0.36

J'ai reçu un crash
[MonoDroid] System.Reflection.TargetInvocationException: une exception a été levée par la cible d'un appel. ---> System.NullReferenceException: La référence d'objet n'est pas définie sur une instance d'un objet
[MonoDroid] sur Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener (Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l) [0x0000c] dans <1e09550ab4e54a22a61340ec6b5f48
[MonoDroid] dans Syncfusion.ListView.XForms.Android.ExtendedScrollViewRenderer..ctor (contexte Android.Content.Context) [0x00007] dans <1d13e866db284fb28ce6270fd09fd7e3>: 0
[MonoDroid] à (wrapper géré vers natif) System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Reflection.RuntimeConstructorInfo, objet, objet [], System.Exception &)
[MonoDroid] à System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Object obj, System.Object [] paramètres, System.Boolean wrapExceptions) [0x00005] dans <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] --- Fin de la trace de la pile d'exceptions interne ---
[MonoDroid] à System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Object obj, System.Object [] paramètres, System.Boolean wrapExceptions) [0x0001d] dans <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] à System.Reflection.RuntimeConstructorInfo.DoInvoke (objet System.Object, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object [] paramètres, System.Globalization.CultureInfo culture) [0x0007a] dans < 96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] à System.Reflection.RuntimeConstructorInfo.Invoke (System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object [] paramètres, culture System.Globalization.CultureInfo) [0x00000] dans <96c0fb99a9bb1c2bd:
[MonoDroid] à System.RuntimeType.CreateInstanceImpl (System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder binder, System.Object [] args, Culture System.Globalization.CultureInfo, System.Object [] activationAttributes, System.Threading.StackCrawlark stackMark) [0x0022b] dans <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] à System.Activator.CreateInstance (type System.Type, System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder binder, System.Object [] args, culture System.Globalization.CultureInfo, System.Object [] activationAttributes) [0x000a1] dans <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] sur System.Activator.CreateInstance (type System.Type, System.Object [] args) [0x00000] dans <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] à Xamarin.Forms.Internals.DependencyResolver.ResolveOrCreate (type System.Type, source System.Object, System.Type visualType, System.Object [] args) [0x000af] dans D: a1sXamarin.Forms.CoreDependencyResolver.cs: 58
[MonoDroid] à 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] dans D: a1sXamarin.Forms.CoreRegistrar .cs: ​​111
[MonoDroid] à Xamarin.Forms.Platform.Android.Platform.CreateRenderer (Xamarin.Forms.VisualElement élément, contexte Android.Content.Context) [0x00010] dans D: a1sXamarin.Forms.Platform.AndroidPlatform.cs: 342
[MonoDroid] à Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (vue Xamarin.Forms.VisualElement, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms.Platform.Andoolean même pool, SystemChildren) [0x000af] dans D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 138
[MonoDroid] sur Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] dans D: a1sXamarin.Forms.Platform.AndroidVackisualElement 33
[MonoDroid] à Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] dans D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 110
[MonoDroid] sur 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 (élément TElement) [0x000e0] dans D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 239
[MonoDroid] sur 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] dans D1sXamarin.FormroidRlements.VatformsPlatform. .cs: ​​438
[MonoDroid] sur 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 (élément Xamarin.Forms.VisualElement) [0x00027] dans D: a1samarX .Forms.Platform.AndroidVisualElementRenderer.cs: 127
[MonoDroid] à Xamarin.Forms.Platform.Android.Platform.CreateRenderer (Xamarin.Forms.VisualElement élément, contexte Android.Content.Context) [0x00044] dans D: a1sXamarin.Forms.Platform.AndroidPlatform.cs: 345
[MonoDroid] à Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (vue Xamarin.Forms.VisualElement, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms.Platform.Andoolean même pool, SystemChildren) [0x000af] dans D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 138
[MonoDroid] sur Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] dans D: a1sXamarin.Forms.Platform.AndroidVackisualElement 33
[MonoDroid] à Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] dans D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 110
[MonoDroid] sur 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 (élément TElement) [0x000e0] dans D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 239
[MonoDroid] à Xamarin.Forms.Platform.Android.VisualElementRenderer`1 [TElement] .Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement (élément Xamarin.Forms.VisualElement) [0x00027] dans D: a1sXamarin.Forms.Forms. AndroidVisualElementRenderer.cs: 127
[MonoDroid] à Xamarin.Forms.Platform.Android.Platform.CreateRenderer (élément Xamarin.Forms.VisualElement, élément Android.Support.V4.App.FragmentManager, contexte Android.Content.Context) [0x00031] dans D: a1sXamarin.Forms .Platform.AndroidPlatform.cs: 393
[MonoDroid] sur Xamarin.Forms.Platform.Android.AppCompat.FragmentContainer.OnCreateView (inflater Android.Views.LayoutInflater, conteneur Android.Views.ViewGroup, Android.OS.Bundle savedInstanceState) [0x00008] dans D: a1sXamarin.Forms.Forms.Forms.Forms.Forms.Forms.Forms.Forms.Forms.Forms.Forms.Forms.Form. .AndroidAppCompatFragmentContainer.cs: 56
[MonoDroid] à 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] dans <8e2cc32557d1415cb7e87025cc8a4a87>: 0
[MonoDroid] à (méthode-dynamique du wrapper) Android.Runtime.DynamicMethodNameCounter.63 (intptr, intptr, intptr, intptr, intptr)
[art] JNI RegisterNativeMethods: essayez d'enregistrer 0 méthode native pour android.runtime.JavaProxyThrowable
[Mono] DllImport recherche dans: '__Internal' ('(null)').
[Mono] Recherche de «java_interop_jnienv_throw».
[Mono] Sondage 'java_interop_jnienv_throw'.
[Mono] Trouvé en tant que 'java_interop_jnienv_throw'.
[MonoDroid] EXCEPTION NON GÉRÉE:
[MonoDroid] System.Reflection.TargetInvocationException: Une exception a été levée par la cible d'un appel. ---> System.NullReferenceException: La référence d'objet n'est pas définie sur une instance d'un objet
[MonoDroid] sur Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener (Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l) [0x0000c] dans <1e09550ab4e54a22a61340ec6b5f48
[MonoDroid] dans Syncfusion.ListView.XForms.Android.ExtendedScrollViewRenderer..ctor (contexte Android.Content.Context) [0x00007] dans <1d13e866db284fb28ce6270fd09fd7e3>: 0
[MonoDroid] à (wrapper géré vers natif) System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Reflection.RuntimeConstructorInfo, objet, objet [], System.Exception &)
[MonoDroid] à System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Object obj, System.Object [] paramètres, System.Boolean wrapExceptions) [0x00005] dans <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] --- Fin de la trace de la pile d'exceptions interne ---
[MonoDroid] à (méthode-dynamique du wrapper) Android.Runtime.DynamicMethodNameCounter.63 (intptr, intptr, intptr, intptr, intptr)
[MonoDroid] à (wrapper natif à géré) Android.Runtime.DynamicMethodNameCounter.63 (intptr, intptr, intptr, intptr, intptr)
[MonoDroid] à (wrapper géré vers natif) Java.Interop.NativeMethods.java_interop_jnienv_call_nonvirtual_void_method_a (intptr, intptr &, intptr, intptr, intptr, Java.Interop.JniArgumentValue )[MonoDroid] sur Java.Interop.JniEnvironment + InstanceMethods.CallNonvirtualVoidMethod (instance Java.Interop.JniObjectReference, type Java.Interop.JniObjectReference, Java.Interop.JniMethodInfo méthode, Java.Interop73 méthode, Java.Interop73, méthode Java.Interop73.: 0
[MonoDroid] sur Java.Interop.JniPeerMembers + JniInstanceMethods.InvokeNonvirtualVoidMethod (System.String encodedMember, Java.Interop.IJavaPeerable self, Java.Interop.JniArgumentValue * paramètres) [0x0001f] dans: 0
[MonoDroid] sur Android.Views.View.Measure (System.Int32 widthMeasureSpec, System.Int32 heightMeasureSpec) [0x00035] dans <207e29a54396482796911ec489e256ce>: 0
[MonoDroid] à Xamarin.Forms.Platform.Android.AppCompat.TabbedPageRenderer.OnLayout (System.Boolean changé, System.Int32 l, System.Int32 t, System.Int32 r, System.Int32 b) [0x0002c] dans D: a1sXamarin .Forms.Platform.AndroidAppCompatTabbedPageRenderer.cs: 374
[MonoDroid] à 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 p323, System.Int32 p323, System.Int32 p323 ) [0x00008] dans D: a1sXamarin.Forms.Platform.Android.FormsViewGroupobjReleasegeneratedsrcXamarin.Forms.Platform.Android.FormsViewGroup.cs: 198
[MonoDroid] à (méthode-dynamique de wrapper) Android.Runtime.DynamicMethodNameCounter.41 (intptr, intptr, bool, int, int, int, int)

Bonjour à tous,

Désolé pour le dérangement.

Nous avons déjà enregistré un rapport d'anomalie pour le problème signalé et le correctif sera inclus dans notre prochain Nuget hebdomadaire, c'est-à-dire le 30 juillet 2019. Nous apprécierons votre patience jusque-là.

Cordialement,
Dinesh Babu Yadav
[Équipe Syncfusion]

@DineshBabuYadav On peut essayer de sauter la liaison de cet assemblage particulier pour résoudre le problème, je suppose?

Bonjour à tous,

Désolé pour le dérangement.

Nous avons déjà enregistré un rapport d'anomalie pour le problème signalé et le correctif sera inclus dans notre prochain Nuget hebdomadaire, c'est-à-dire le 30 juillet 2019. Nous apprécierons votre patience jusque-là.

Cordialement,
Dinesh Babu Yadav
[Équipe Syncfusion]

@DineshBabuYadav ce n'est pas uniquement avec SfListView, mais également avec d'autres contrôles. J'utilise SfRotator dans ma MainPage et maintenant mon application plante après la mise à niveau vers Visual Studio 16.2 et Syncfusion 17.2.036

ne pensez-vous pas qu'une semaine est très longue pour résoudre un problème grave qui a provoqué une catastrophe en plantant des applications?

Par exemple, mon client est une organisation semi-gouvernementale et d'autres peuvent avoir une application commerciale et de commerce électronique, ce qui signifie que toute leur eOperation sur mobile sera interrompue pendant une semaine?

Appréciez si cela sera corrigé immédiatement

@jrahma cela ne devrait pas affecter votre utilisateur final, car vous avez peut-être publié une version antérieure de votre application avec des versions antérieures de Syncfusion et XF. Je ne comprends pas votre point. Cela ne devrait affecter que votre build local ou vos staging. Sauf si vous avez publié une nouvelle version sans test QA avant la sortie, mais c'est un autre problème 😀.

L'équipe SF doit enquêter sur le problème. Appliquez un correctif et testez-le. C'est ok que cela prenne quelques jours

@jrahma cela ne devrait pas affecter votre utilisateur final, car vous avez peut-être publié une version antérieure de votre application avec des versions antérieures de Syncfusion et XF. Je ne comprends pas votre point. Cela ne devrait affecter que votre build local ou vos staging. Sauf si vous avez publié une nouvelle version sans test QA avant la sortie, mais c'est un autre problème 😀

c'est le problème, mon application précédente avait un problème et j'attendais le correctif qui accompagnait un désastre

et l'application fonctionne correctement sur tous les appareils et émulateurs, mais ce problème ne se produit que lors de l'installation de l'application à partir de Google Play

Voici ce que j'obtiens dans la console Google Play:

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 (méthode native)
à com.android.internal.os.RuntimeInit $ MethodAndArgsCaller.run (RuntimeInit.java:493)
à com.android.internal.os.ZygoteInit.main (ZygoteInit.java:965)
Causé par: 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)

Salut à tous,

Comme promis, nous vous tiendrons au courant une fois la sortie déployée, c'est-à-dire le 30 juillet 2019.

@jrahma , nous vérifions avec l'équipe SfRotator et vous ferons connaître les détails dès que possible.

Cordialement,
Dinesh B

@DineshBabuYadav On peut essayer de sauter la liaison de cet assemblage particulier pour résoudre le problème, je suppose?

oui, jusque-là, vous pouvez ignorer cette option de liaison pour résoudre le problème au niveau de l'application elle-même.

C'est le problème, mon application précédente avait un problème et j'attendais le correctif qui accompagnait un désastre

et l'application fonctionne correctement sur tous les appareils et émulateurs, mais ce problème ne se produit que lors de l'installation de l'application à partir de Google Play

Quelle est la différence entre les tests en mode version et l'installation à partir de Google Play? vous devriez aussi l'obtenir lorsque vous exécutez à la sortie, n'est-ce pas?
Il est étrange que je n'ai aucun problème avec la liaison complète en utilisant xf 4.1.0.581479 et sflistview 17.1.0.52. c'est peut-être parce que je fais ma version compile sur VS4Mac 2019, se pourrait-il que ce soit uniquement un problème sur VS 2019 Windows?

@EmilAlipiev Eh bien, il semble uniquement lié à la dernière version de VS2019. Je n'ai pas mis à jour les packages Syncfusion ni Xamarin Forms one, seulement VS. 16.2.0 introduit une nouvelle prouesse pour AOT et les assemblys groupés, je suppose que l'erreur vient d'ici.

@vincentcastagna, ces paramètres existaient également dans les versions antérieures par rapport à 2019, du moins sur la version entreprise. Parlez-vous de la version communautaire? ceux qui ont des problèmes peuvent-ils confirmer qu'il s'agit d'une version communautaire de VS?

Même problème avec VS 16.2.0 et VS pour Mac 8.2. Les deux sont une licence Entreprise.

Essayez l'aperçu de vs mac 8.3. Ça fonctionne bien pour moi. Je vérifierai vs 16.2 plus tard.

@EmilAlipiev ouais je suis sur la version communautaire

Rapports dans. VS2019 16.1.6 / XF 4.1.0.618606 / SfListView 17.2.0.35
La définition de Linking to none résout le problème qui n'apparaît qu'en mode release.

VS MAC 8.2 (1105)
XF Stable 4.1.0.618606
SF 17.2.0.36

J'ai reçu un crash
[MonoDroid] System.Reflection.TargetInvocationException: Une exception a été levée par la cible d'un appel. ---> System.NullReferenceException: La référence d'objet n'est pas définie sur une instance d'un objet
[MonoDroid] sur Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener (Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l) [0x0000c] dans <1e09550ab4e54a22a61340ec6b5f48

+1

rétrograder à 17.1.0.52, cela fonctionne très bien pour moi en mode version. J'ai essayé les dernières mises à jour sur VS mac et VS Windows.

Salut à tous,

Merci pour la patience.

Nous sommes heureux d'annoncer que notre dernière mise à jour hebdomadaire du package NuGet version 17.2.0.39 a été déployée et que le problème signalé a été résolu et est disponible en téléchargement ( nuget.org ).

Nous vous remercions de votre soutien et apprécions votre patience dans l'attente de cette mise à jour. Veuillez nous contacter si vous avez besoin d'une assistance supplémentaire.

Cordialement,
Dinesh Babu Yadav

Bonjour à tous,
Désolé pour le dérangement.
Nous avons déjà enregistré un rapport d'anomalie pour le problème signalé et le correctif sera inclus dans notre prochain Nuget hebdomadaire, c'est-à-dire le 30 juillet 2019. Nous apprécierons votre patience jusque-là.
Cordialement,
Dinesh Babu Yadav
[Équipe Syncfusion]

@DineshBabuYadav ce n'est pas uniquement avec SfListView, mais également avec d'autres contrôles. J'utilise SfRotator dans ma MainPage et maintenant mon application plante après la mise à niveau vers Visual Studio 16.2 et Syncfusion 17.2.036

ne pensez-vous pas qu'une semaine est très longue pour résoudre un problème grave qui a provoqué une catastrophe en plantant des applications?

Par exemple, mon client est une organisation semi-gouvernementale et d'autres peuvent avoir une application commerciale et de commerce électronique, ce qui signifie que toute leur eOperation sur mobile sera interrompue pendant une semaine?

Appréciez si cela sera corrigé immédiatement

@jrahma , pouvez-vous s'il vous plaît partager le stacktrace et les détails concernant le problème de crash de SfRotator qui nous seront utiles pour analyser et résoudre au plus tôt.

Cordialement,
Paul Anderson

Merci @DineshBabuYadav ça marche à nouveau!
Félicitations à l'équipe Syncfusion!

@xamarindevelopervietnam , merci pour la mise à jour.

Bonjour à tous,
Désolé pour le dérangement.
Nous avons déjà enregistré un rapport d'anomalie pour le problème signalé et le correctif sera inclus dans notre prochain Nuget hebdomadaire, c'est-à-dire le 30 juillet 2019. Nous apprécierons votre patience jusque-là.
Cordialement,
Dinesh Babu Yadav
[Équipe Syncfusion]

@DineshBabuYadav ce n'est pas uniquement avec SfListView, mais également avec d'autres contrôles. J'utilise SfRotator dans ma MainPage et maintenant mon application plante après la mise à niveau vers Visual Studio 16.2 et Syncfusion 17.2.036

ne pensez-vous pas qu'une semaine est très longue pour résoudre un problème grave qui a provoqué une catastrophe en plantant des applications?

Par exemple, mon client est une organisation semi-gouvernementale et d'autres peuvent avoir une application commerciale et de commerce électronique, ce qui signifie que toute leur eOperation sur mobile sera interrompue pendant une semaine?

Appréciez si cela sera corrigé immédiatement

@jrahma : Pouvez-vous s'il vous plaît partager les détails du stacktrace lié au contrôle Rotator et les détails du Rotator utilisé dans votre application qui nous seront utiles pour l'analyser et le résoudre au plus tôt

Bonjour à tous,
Désolé pour le dérangement.
Nous avons déjà enregistré un rapport d'anomalie pour le problème signalé et le correctif sera inclus dans notre prochain Nuget hebdomadaire, c'est-à-dire le 30 juillet 2019. Nous apprécierons votre patience jusque-là.
Cordialement,
Dinesh Babu Yadav
[Équipe Syncfusion]

@DineshBabuYadav ce n'est pas uniquement avec SfListView, mais également avec d'autres contrôles. J'utilise SfRotator dans ma MainPage et maintenant mon application plante après la mise à niveau vers Visual Studio 16.2 et Syncfusion 17.2.036
ne pensez-vous pas qu'une semaine est très longue pour résoudre un problème grave qui a provoqué une catastrophe en plantant des applications?
Par exemple, mon client est une organisation semi-gouvernementale et d'autres peuvent avoir une application commerciale et de commerce électronique, ce qui signifie que toute leur eOperation sur mobile sera interrompue pendant une semaine?
Appréciez si cela sera corrigé immédiatement

@jrahma : Pouvez-vous s'il vous plaît partager les détails du stacktrace lié au contrôle Rotator et les détails du Rotator utilisé dans votre application qui nous seront utiles pour l'analyser et le résoudre au plus tôt

@DineshBabuYadav C'est réglé maintenant pour tous .. Merci à l'équipe