Xamarin.forms: Bloqueo nativo al usar Syncfusion SfListView con Xamarin.Forms 3.5.0.129452

Aquí está el stacktrace:

02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] ERROR DETECTADO POR JNI EN LA APLICACIÓN: tamaño j negativo: -443686848
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] en llamada a NewIntArray
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] desde 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] | grupo = "principal" 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 = predeterminado sched = 0/0 handle = 0xf7582534
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] | estado = R schedstat = (0 0 0) utm = 278 stm = 41 núcleo = 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] | mutexes retenidos = "bloqueo de mutador" (retenido compartido)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] nativo: # 00 pc 00351799 /system/lib/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0PK11Char_Pev9)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] nativo: # 01 pc 00331cb5 /system/lib/libart.so (_ZNK3art6Thread9DumpStackERNSt3__113basic_ostreamcharIctraits121_11)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] nativo: # 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] nativo: # 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] nativo: # 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] nativo: # 05 pc 000ca841 /system/lib/libart.so (_ZN3art11ScopedCheck17CheckNonHeapValueEcNS_12JniValueType)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] nativo: # 06 pc 000c94ff /system/lib/libart.so (_ZN3art11ScopedCheck22CheckPossibleHeapValueERNS_18Scoped_12JypeAcceso) 130
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] nativo: # 07 pc 000c8969 /system/lib/libart.so (_ZN3art11ScopedCheck5CheckERNS_18ScopedObjectAccessEb12PKcPalNS)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] nativo: # 08 pc 000cfcb9 /system/lib/libart.so (_ZN3art8CheckJNI17NewPrimitiveArrayEPKcP7_ypeEPrimitive + 452viNS)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] nativo: # 09 pc 000166cc (???)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] en md5e6dceb8716288c40551f253cf2268d49.MainActivity.n_onCreate (método nativo)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] en md5e6dceb8716288c40551f253cf2268d49.MainActivity.onCreate (MainActivity.java:29)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] en android.app.Activity.performCreate (Activity.java:6955)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] en android.app.Instrumentation.callActivityOnCreate (Instrumentation.java:1126)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] en android.app.ActivityThread.performLaunchActivity (ActivityThread.java:2927)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] en android.app.ActivityThread.handleLaunchActivity (ActivityThread.java:3045)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] en android.app.ActivityThread.-wrap14 (ActivityThread.java:-1)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] en android.app.ActivityThread $ H.handleMessage (ActivityThread.java:1642)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] en android.os.Handler.dispatchMessage (Handler.java:102)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] en android.os.Looper.loop (Looper.java:154)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] en android.app.ActivityThread.main (ActivityThread.java:6776)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] en java.lang.reflect.Method.invoke! (Método nativo)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] en 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] en 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] Anulación del tiempo de ejecución ...

Tener el mismo problema. No vincular los ensamblados del SDK soluciona el problema, pero terminé con un APK enorme. También estoy agregando un seguimiento de pila de una compilación de depuración (puede reproducirlo en la depuración sin usar el tiempo de ejecución compartido + enlazando ensamblados de SDK).

Además, se puede reproducir con la vista previa de XF 4.0.

Simplemente retroceder a XF 3.4.0.1029999 resuelve el problema.

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): ERROR DETECTADO POR JNI EN LA APLICACIÓN: tamaño j negativo: -443686848
referenceTable GDEF longitud = 814 1
referenceTable GSUB longitud = 11364 1
referenceTable GPOS length = 47302 1
referencia Longitud de la cabeza de la mesa = 54 1
02-18 23: 17: 01.815 E / art (31151): en llamada a NewIntArray
02-18 23: 17: 01.815 E / art (31151): desde 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): prio "principal" = 5 tid = 1 ejecutable
02-18 23: 17: 01.815 E / art (31151): | grupo = "principal" sCount = 0 dsCount = 0 obj = 0x761414e0 self = 0xf48b6a00
02-18 23: 17: 01.815 E / art (31151): | sysTid = 31151 nice = -10 cgrp = predeterminado sched = 0/0 handle = 0xf72c7de4
02-18 23: 17: 01.815 E / art (31151): | estado = R schedstat = (5251775448 129778313 2725) utm = 463 stm = 62 núcleo = 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): | mutexes retenidos = "bloqueo de mutador" (retenido compartido)
02-18 23: 17: 01.815 E / art (31151): nativo: # 00 pc 0034d679 /system/lib/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMapPKcPEPv_9 204)
02-18 23: 17: 01.815 E / art (31151): nativo: # 01 pc 0032dfe9 /system/lib/libart.so (_ZNK3art6Thread4DumpERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEP12BacktraceMap + 148)
02-18 23: 17: 01.815 E / art (31151): nativo: # 02 pc 0024116f /system/lib/libart.so (_ZN3art9JavaVMExt8JniAbortEPKcS2_ + 902)
02-18 23: 17: 01.815 E / art (31151): nativo: # 03 pc 00241803 /system/lib/libart.so (_ZN3art9JavaVMExt9JniAbortVEPKcS2_St9__va_list + 54)
02-18 23: 17: 01.815 E / art (31151): nativo: # 04 pc 000edf95 /system/lib/libart.so (_ZN3art11ScopedCheck6AbortFEPKcz + 28)
02-18 23: 17: 01.815 E / art (31151): nativo: # 05 pc 000f2f63 /system/lib/libart.so (_ZN3art11ScopedCheck5CheckERNS_18ScopedObjectAccessEbPKcPNS_12JniValueTypeE.constprop.95 + 5350)
02-18 23: 17: 01.815 E / art (31151): nativo: # 06 pc 000fc9cd /system/lib/libart.so (_ZN3art8CheckJNI17NewPrimitiveArrayEPKcP7_JNIEnviNS_9Primitive4TypeE + 364)
02-18 23: 17: 01.815 E / art (31151): nativo: # 07 pc 00017a9c (???)
02-18 23: 17: 01.815 E / art (31151): en md58432a647068b097f9637064b8985a5e0.FragmentContainer.n_onCreateView (método nativo)
02-18 23: 17: 01.815 E / art (31151): en md58432a647068b097f9637064b8985a5e0.FragmentContainer.onCreateView (FragmentContainer.java:33)
02-18 23: 17: 01.815 E / art (31151): en android.support.v4.app.Fragment.performCreateView (Fragment.java:2439)
02-18 23: 17: 01.815 E / art (31151): en android.support.v4.app.FragmentManagerImpl.moveToState (FragmentManager.java:1460)
02-18 23: 17: 01.815 E / art (31151): en android.support.v4.app.FragmentManagerImpl.moveFragmentToExpectedState (FragmentManager.java:1784)
02-18 23: 17: 01.815 E / art (31151): en android.support.v4.app.FragmentManagerImpl.moveToState (FragmentManager.java:1852)
02-18 23: 17: 01.815 E / art (31151): en android.support.v4.app.BackStackRecord.executeOps (BackStackRecord.java:802)
02-18 23: 17: 01.815 E / art (31151): en android.support.v4.app.FragmentManagerImpl.executeOps (FragmentManager.java:2625)
02-18 23: 17: 01.815 E / art (31151): en android.support.v4.app.FragmentManagerImpl.executeOpsTogether (FragmentManager.java:2411)
02-18 23: 17: 01.816 E / art (31151): en android.support.v4.app.FragmentManagerImpl.removeRedundantOperationsAndExecute (FragmentManager.java:2366)
02-18 23: 17: 01.816 E / art (31151): en android.support.v4.app.FragmentManagerImpl.execPendingActions (FragmentManager.java:2273)
02-18 23: 17: 01.816 E / art (31151): en android.support.v4.app.FragmentManagerImpl $ 1.run (FragmentManager.java:733)
02-18 23: 17: 01.816 E / art (31151): en android.os.Handler.handleCallback (Handler.java:815)
02-18 23: 17: 01.816 E / art (31151): en android.os.Handler.dispatchMessage (Handler.java:104)
02-18 23: 17: 01.816 E / art (31151): en android.os.Looper.loop (Looper.java:207)
02-18 23: 17: 01.816 E / art (31151): en android.app.ActivityThread.main (ActivityThread.java:5845)

¿Puedo vincular los SDK pero evitar vincular estos SDK / espacios de nombres específicos? ¿Eso resolvería el problema? Supongo que estos son los espacios de nombres que debería evitar vincular "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"

Editar:
Miré esto más a fondo y el vinculador necesita un nombre de ensamblado, no espacios de nombres.
"Syncfusion.SfListView.XForms.dll"
"Syncfusion.SfPullToRefresh.XForms.dll"
"Syncfusion.SfPullToRefresh.Android.dll"
"Syncfusion.SfPullToRefresh.iOS.dll"
De acuerdo a
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

Editar de nuevo: intenté no vincular esos ensamblajes, pero aún así se bloqueó. No voy a intentar con esto más y simplemente bajar a 3.4.

Problema similar aquí (funciona con Xam.forms 3.4 pero no en la última versión estable de 3.5.0.129452)
Consulte los registros de errores adjuntos.
xamform_runtime_error_Android.txt

@ AmrAlSayed0 Los ensamblados de Syncfusion no son ensamblados del SDK. Por lo tanto, no creo que vincular ensamblados SDK + la lista que proporcionó hace algo especial. Eso funcionaría si también vincule ensamblajes de usuarios.

Según el seguimiento de la pila, creo que es un cambio en la biblioteca de soporte de Android, ¿algo relacionado con SwipeRefreshLayout?

El mismo problema en Android aquí. iOS funciona bien.

Intente con 3.5.0.169047. ¿Sigue ocurriendo esto? ¡Gracias!

Aún falla en el modo de lanzamiento. Probado clonando el proyecto anterior y actualizando las bibliotecas de Xamarin y Syncfusion.

Hola equipo,
También tengo un bloqueo tanto en el modo de depuración como en el de liberación. Pero si sigo vinculando la opción a Don't Link entonces podría ejecutar mi aplicación sin fallar con los formularios xamarin 3.5.
Pero podría ejecutar si cambiara a Xamarin.Forms 3.4 sin fallar tanto en el modo de lanzamiento como en el de depuración.
¿Puede echar un vistazo a este caso también en modo de depuración ?

Todavía tengo problemas. ¿Alguna actualización sobre esto?

¿Alguna estimación de cuándo se solucionará esto?

¿Es ese problema del vinculador? Probé en modo de depuración que habilita el enlace completo y funcionó bien, pero si uso el enlace completo en el modo de lanzamiento, se bloquea. Eso es un poco confuso

Me comuniqué con SyncFusion sobre este. Aún no he podido determinar la causa del accidente.

De la versión 3.4 a la 3.5 de los formularios, la clase base en ScrollViewRenderer cambió de ScrollView a NestedScrollView, por lo que SF tuvo que lanzar un parche para esto que, por alguna razón, no funciona bien con 3.5.

Volví a compilar 3.5 y cambié la clase base ScrollViewRenderer a ScrollView y cuando hice eso, la versión anterior de SF funcionó bien, así que hay algo con la última versión 54 de SF que no parece funcionar bien con XF 3.5

@samhouts confirmando esto como un bloqueador para 3.5 y cualquiera que use la vista de lista de Syncfusion. ¿Cuál es nuestra ETA para que se resuelva una actualización de Xam Forms?

No estamos seguros de que esto sea algo que Xamarin.Forms pueda solucionar. Puede ser algo que SyncFusion deba resolver.

@samhouts de Syncfusion Este problema solo ocurre después de la actualización de la versión 3.5 de Xamarin.Forms con el vinculador habilitado. Como mencionamos, el problema se produce debido a la actualización del marco de Xamarin y registramos el informe de problemas (5288) para el mismo. Se puede resolver configurando la opción Vincular como Ninguno como compartimos antes.

Por ahora, puede usar las actualizaciones anteriores de Xamarin.Forms (versión 3.4 y anteriores) para evitar este problema de bloqueo. Estamos haciendo un seguimiento del problema del marco de trabajo informado y le informaremos una vez que se haya resuelto.

Agradecemos su paciencia y utilice las actualizaciones anteriores de Xamarin.Forms (3.4 y anteriores) hasta entonces.

[email protected] es el contacto. Agradecería que ustedes dos pudieran conectarse / resolver para que podamos actualizar. Estamos en el día 15 de no poder soltar.

@caseyniemann Hemos estado en contacto con SyncFusion sobre este asunto y estamos trabajando juntos para resolverlo. Gracias

Hola equipo,
A partir de ahora, la mayoría de nuestros clientes están trabajando vinculando como Ninguno y esta no puede ser una solución permanente para este bloqueo en el modo de lanzamiento. ¿Puede proporcionar la solución con la versión actualizada lo antes posible?
No hemos recibido ninguna de sus notificaciones sobre este problema.

¿Puede confirmar el problema y compartir la actualización al respecto?

Saludos,
Gnana Priya N
(Syncfusion)

@GnanaPriyaNamasivayam Envié un correo electrónico a Marissa Keller Outten y Christian Grossmann el jueves pasado y ayer. Por lo general, contactaba con esa persona cada vez que tenía preguntas. ¿Debería enviar un correo electrónico al soporte técnico o hay alguien más internamente a quien debería enviar un correo electrónico para acelerar estas cosas?

¿Puede configurar mi licencia de SF con una licencia de origen para que pueda compilar y depurar contra SF, por favor? shneuvil en Microsoft dot com es mi dirección de correo electrónico que mi licencia actual está en contra

Hola equipo,
A partir de ahora, la mayoría de nuestros clientes están trabajando vinculando como Ninguno y esta no puede ser una solución permanente para este bloqueo en el modo de lanzamiento. ¿Puede proporcionar la solución con la versión actualizada lo antes posible?
No hemos recibido ninguna de sus notificaciones sobre este problema.

¿Puede confirmar el problema y compartir la actualización al respecto?

Saludos,
Gnana Priya N
(Syncfusion)

@samhouts @GnanaPriyaNamasivayam Por favor, conéctese y resuelva, y use el signo @ para que ambos vean esto

@samhouts , ¿podría confirmar si existe alguna posibilidad de proporcionar una solución inmediata para este problema del vinculador en la próxima actualización de Xamarin?

Hemos marcado esto como nuestra máxima prioridad y existe comunicación entre SyncFusion y los ingenieros de Xamarin. Estamos trabajando en ello. Gracias.

@samhouts @GnanaPriyaNamasivayam ¿

@caseyniemann A partir de este momento, todavía estamos viendo los mismos problemas con la última versión de SyncFusion y XF 3.6. Es posible que SyncFusion necesite reconstruirse contra 3.6 para resolver este problema. Quizás @GnanaPriyaNamasivayam o @ Nijamudeen-Mohamed puedan probar esto y confirmar. De lo contrario, @PureWeen está programado para discutir esto directamente con SyncFusion el lunes, y luego tendremos una actualización. Gracias por su paciencia.

Con XF 3.6 obtengo errores de compilación con FFImage, así que no puedo decir: /

@xperseguers Sí, somos conscientes de eso. https://github.com/luberda-molinet/FFImageLoading/issues/1154#issuecomment -470589841

¿Algún progreso o ETA para este problema, por favor?

@samhouts @GnanaPriyaNamasivayam Necesitamos esto resuelto, 23 días

24 y XF 3.6 está aquí, me pregunto si Syncfusion hará pruebas

Estamos reduciendo un problema con el equipo de Android y trabajando en una forma de mitigarlo por ahora con SF. Una vez que una solución esté en movimiento, publicaré una actualización.

@samhouts @GnanaPriyaNamasivayam Para aquellos que esperan que funcione la versión 3.6 y lo último de Synfusion ... no es así. De Syncfusion: ¿El problema informado también existe en Xamarin v3.6 y aún así este problema no lo solucionó el equipo de Xamarin?

Espero que esto se solucione pronto. Mi aplicación de Android ahora tiene más de 100 megabytes en Play Store. Mucho más grande porque desactivé el enlazador.

Si quieres ver cómo se hace la salchicha, puedes seguir el progreso aquí: https://github.com/xamarin/Xamarin.Forms/projects/32

Esta solución en particular es parte de Sprint 150 que está programado para completarse el 29/3. Desafortunadamente, no hay forma de saber si para entonces se impulsará una solución real lista para la producción.

Si quieres ver cómo se hace la salchicha, puedes seguir el progreso aquí: https://github.com/xamarin/Xamarin.Forms/projects/32

Esta solución en particular es parte de Sprint 150 que está programado para completarse el 29/3. Desafortunadamente, no hay forma de saber si para entonces se impulsará una solución real lista para la producción.

Url corregida: https://github.com/xamarin/Xamarin.Forms/projects/32

Esta solución en particular es parte de Sprint 150 que está programado para completarse el 29/3. Desafortunadamente, no hay forma de saber si para entonces se impulsará una solución real lista para la producción.

Esta es una regresión seria, en mi humilde opinión, debería arreglarse inmediatamente.
El primer paso debería ser identificar el compromiso en XF3.5 responsable de esta regresión. ¿Ya se ha hecho?

Todavía no hay cesionario ... ¿qué está pasando?

En este punto, tenemos un plan en marcha que implicará una liberación de ambos lados. Todavía hay algunas pruebas adicionales que deben realizarse solo para asegurarnos de que hemos marcado y cruzado todas las cosas

• Syncfusion lanzará una versión que hará que esto funcione para 3.1, 3.2, 3.3, 3.6
• Estamos trabajando en una solución urgente para 3.4 y 3.5 que lo hará funcionar para esas versiones.

@PureWeen @GnanaPriyaNamasivayam ¿Hay alguna línea de tiempo para estas correcciones?

@PureWeen @GnanaPriyaNamasivayam ¿Hay alguna línea de tiempo para estas correcciones?

@Giorgi : el equipo de Xamarin ya prometió que esta corrección se realizará dentro de su sprint actual y la línea de tiempo proporcionada el 29 de marzo de 2019.
https://github.com/xamarin/Xamarin.Forms/issues/5288#issuecomment -473300702

En el hilo de su foro, Syncfusion todavía dice que es algo de Xamarin, ¿no parecen tener una estimación de lanzamiento para su cambio para admitir 3.6?
https://www.syncfusion.com/forums/142489/compatibility-with-xamarin-forms-3-5

Como dijo @PureWeen en su comentario, este es un lanzamiento coordinado con SyncFusion. Xamarin está lanzando versiones de servicio para corregir la compatibilidad para 3.4 y 3.5. SyncFusion está lanzando una nueva versión que solucionará la compatibilidad con 3.5 y 3.6. Con suerte, ambas versiones de Xamarin estarán disponibles la próxima semana. Aunque no podemos hablar sobre el calendario de lanzamiento de SyncFusion, somos conscientes de que esto también es una prioridad para ellos.

Hubo muchas variables relacionadas con este problema que dificultaron la determinación de un curso de acción que sea mejor para nuestros clientes. Esto se resolverá pronto y contamos con medidas para evitar que estos problemas vuelvan a ocurrir. ¡Gracias por su paciencia!

Traté de ignorar el ensamblado al vincular agregando lo siguiente a la lista de ignorados, pero no funcionó.
Syncfusion.SfListView.XForms
Tengo 2 preguntas:

• ¿Por qué los ensamblados de Syncfusion, que son un complemento de terceros, se vinculan cuando selecciono Link SDK assemblies only ?
• ¿Podemos ignorar todos los ensamblados en un espacio de nombres?

@ ali-h2010 porque las herramientas syncfusion como sflistview, no usan listview de formularios xamarin, probablemente esté usando datagrid con virtualización personalizada que pretende ser listview. Así que xamarin hizo algunos cambios importantes en la cuadrícula de datos, supongo, y rompió todas las herramientas personalizadas de Syncfusion. Syncfusion está bastante por delante de xamarin con respecto a las herramientas, por ejemplo, la función de arrastrar y soltar todavía no existe en las herramientas de xamarin y es difícil eliminar la dependencia de sflistview o sfdatagrid de nuestras aplicaciones.

1 mes me enfrento a este problema y espero una solución.
Le he estado diciendo a mi jefe que pronto llegará un lanzamiento.

Cometí el error de migrar a XF 3.5 sin probar en modo de lanzamiento en ambas plataformas. Mi mal, la culpa es mía. Desde entonces, he escrito demasiado código que se basa en XF 3.5 (principalmente bindableLayout). Necesito hacer un lanzamiento y puede ser más barato eliminar el SfListView y usar el Telerik en su lugar.
Espero que pueda darnos una solución antes del final de la próxima semana, de lo contrario, tendré que migrar a ListView de Telerik, que funciona bien (incluso si prefiero SfListView).

Los ensamblados de enlaces configurados en ninguno tampoco lo solucionaron.
Te deseo suerte !

Yo también, creo que realmente podemos reemplazar (en nuestro caso de uso) SF List con una implementación personalizada basada en XF 4 CollectionView, pero requerirá tiempo

Esto funciona bien con el lanzamiento que hicieron esta mañana. ¿Olvidaste actualizar? Al menos con XF 3.6, que es la versión estable actual.

1 mes me enfrento a este problema y espero una solución.
Le he estado diciendo a mi jefe que pronto llegará un lanzamiento.

Cometí el error de migrar a XF 3.5 sin probar en modo de lanzamiento en ambas plataformas. Mi mal, la culpa es mía. Desde entonces, he escrito demasiado código que se basa en XF 3.5 (principalmente bindableLayout). Necesito hacer un lanzamiento y puede ser más barato eliminar el SfListView y usar el Telerik en su lugar.
Espero que pueda darnos una solución antes del final de la próxima semana, de lo contrario, tendré que migrar a ListView de Telerik, que funciona bien (incluso si prefiero SfListView).

Los ensamblados de enlaces configurados en ninguno tampoco lo solucionaron.
Te deseo suerte !

Mi Android con la aplicación XF 3.5 y SF .53 funciona y está en Play Store. Usando estas configuraciones:

Esto funciona bien con el lanzamiento que hicieron esta mañana. ¿Olvidaste actualizar? Al menos con XF 3.6, que es la versión estable actual.

Así que ya hicieron una actualización importante de la versión que parece solucionar el problema, bueno, lo intentaremos gracias por informarnos sobre la actualización.

La pregunta es: ¿por qué se lanzó una versión principal, si bien debería haber sido una simple corrección?
La comunicación sobre este tema ha sido un desastre ...
Espero que funcione sin ninguna nueva regresión, o esta vez he terminado con SF.

Pedimos disculpas por la frustración que ha causado este problema. Estamos comprometidos a prevenir estos problemas en el futuro y estamos tomando medidas para evitar la regresión de los controles de terceros, como SyncFusion y Telerik, entre otros. ¡Los valoramos y valoramos a nuestra comunidad!

Lanzamos 3.4.0.1039999 y 3.5.0.274416 el 2019-03-26. SyncFusion confirmó con nosotros que estas versiones ya no fallan cuando se prueban con su última versión, pero no sé exactamente cuál es el número de versión de SyncFusion.

Si todavía tiene este problema con Xamarin.Forms 3.6 o las versiones que mencioné anteriormente, le animo a que se comunique con SyncFusion sobre el asunto (https://www.syncfusion.com/forums/142489/compatibility-with -xamarin-forms-3-5), ya que no estoy seguro de que estén monitoreando este problema por más tiempo. Estoy seguro de que SyncFusion está trabajando arduamente para resolver este asunto para sus clientes, y si hay algo más que Xamarin.Forms deba hacer, nos aseguraremos de que sea una prioridad.

¡Gracias!

Ok, esta mañana, actualicé a la versión del 26 de marzo (el lanzamiento de hoy aún no se lanzó o supongo que hay un problema de caché nuget porque, como dije: lo intenté con Vincular ensamblados a ninguno).
Me alegra confirmar que ya no muestra una pantalla blanca. Gracias !!
No quería usar Telerik ListView ya que en mi humilde opinión, SfListView es mejor.

Probé con el modo Linker a Link SDK assemblies only y no funciona con Xamarin.forms 3.6.0.264807 y Syncfusion 17.1.0.38 https://help.syncfusion.com/xamarin/release-notes/v17.1.0.38 ? type = all

mismo problema. Sigo recibiendo un bloqueo y también molestas alertas de licencia.
Gracias SF, nos lo diste gratis pero no tienes que frotárnoslo en la cara.

@samhouts @PureWeen no funciona con Xamarin.forms 3.6.0.264807 y Syncfusion 17.1.0.38. Está claro desde arriba que la comunicación entre Xamarin y Syncfusion está rota ... y se ha roto durante más de un mes y medio. Conéctese hoy y resuelva esto

Lo mismo para mi. El problema sigue estando aquí con XF 3.6.0.264807 y SF 17.1.0.38.
Sin embargo, todavía no tengo claro si el problema está en XF o SF.
@samhouts @PureWeen ¿Podrías aclarar y arreglar urgentemente?

Nos comunicamos con SyncFusion para averiguar en qué versión esperan que esté la solución. Alguien informará aquí con esa información.

¡Gracias por su paciencia!

Wow, estaba a punto de actualizar, gracias por informarnos, en sus notas de la versión no mencionan el problema de compatibilidad, parecen hacer referencia a otros problemas de 3.5 allí https://help.syncfusion.com/xamarin/release-notes/ v17.1.0.38? type = all
Entonces, Xamarin hizo su trabajo arreglando 3.5, pero sí, 3.6 y superior deberían arreglarse por el lado de SF como se mencionó anteriormente

Yo también, creo que realmente podemos reemplazar (en nuestro caso de uso) SF List con una implementación personalizada basada en XF 4 CollectionView, pero requerirá tiempo

sí, es posible crear todo de sflistview o sfdatagrid usando CollectionView. incluso si realiza una virtualización personalizada, es posible con un diseño de pila enlazable o una cuadrícula de datos. esto es lo que está haciendo syncfusion a pesar de que me diste el pulgar hacia abajo, pero te estoy diciendo la verdad. no están usando ListView de xamarin como herencia. Lo único difícil de hacer es arrastrar y soltar la función en sflistview, me perderé

Hombre, te creo, solo rechazó el pulgar porque entonces es difícil eliminar la dependencia :) que es lo feo que todos encontramos

Lamentamos las molestias ocasionadas.

Hemos solucionado el problema del vinculador de Android en Sflistview. Actualmente podría estar en estado de prueba, verificando varios escenarios posibles y prueba de características de vista de lista. Completaremos estas pruebas y actualizaremos el parche en nuestro próximo nuget semanal. Se podría esperar el 9 de abril de 2019. Agradecemos su paciencia hasta entonces.

@EmilAlipiev
Esta solución tiene listas de arrastrar y soltar y avanzar
https://github.com/roubachof/Sharpnado.Presentation.Forms

La pregunta es si se bloqueará en el modo de lanzamiento.
Además, invertí mucho en la vista de lista de Syncfusion, por lo que tomará algo de tiempo reescribir el código.

Según la discusión anterior, confirmamos que la corrección se incluirá en nuestra próxima fecha programada semanal de Nuget el 9 de abril de 2019 sin más demoras. Mientras tanto, si necesita SfListView Custom Nugets / Assemblies antes del lanzamiento semanal de Nuget, cree el ticket de soporte utilizando el siguiente enlace.
Para crear soporte: https://www.syncfusion.com/support/directtrac/incidents

Saludos,
Gnana Priya N
(Equipo de Syncfusion)

¿Alguna actualización sobre este tema?

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

Nos complace anunciar que nuestra última actualización semanal del paquete NuGet, versión 17.1.0.40, se ha implementado con el problema informado de que "Native crash in release mode with SfListView y Xamarin Forms 3.5 y superior" y está disponible para su descarga ( nuget.org ). .

Le agradecemos su apoyo y agradecemos su paciencia esperando esta actualización.

Saludos,
Gnana Priya N
(Equipo de Syncfusion)

@GnanaPriyaNamasivayam

Acabo de actualizar SF nugets a la última (17.1.0.40) y en Android veo una excepción al navegar a una página con SfListView en ella:

04-10 15: 10: 04.141 I / MonoDroid (20065): EXCEPCIÓN NO MANEJADA:
04-10 15: 10: 04.157 I / MonoDroid (20065): System.TypeLoadException: La clase principal vtable no se pudo inicializar debido a: Configuración de VTable del tipo Syncfusion.ListView.XForms.Android.Renderer.ScrollViewRenderer falló el ensamblaje: / storage / emulado / 0 / Android / data / Grouping.Droid / files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll tipo: ScrollViewRenderer miembro: (nulo)
04-10 15: 10: 04.158 I / MonoDroid (20065): en (contenedor administrado a nativo) System.RuntimeType.GetConstructors_native (System.RuntimeType, System.Reflection.BindingFlags)
04-10 15: 10: 04.158 I / MonoDroid (20065): en System.RuntimeType.GetConstructors_internal (System.Reflection.BindingFlags bindingAttr, System.RuntimeType reflectType) [0x00008] en <58604b4522f748968296166e317b04b4
04-10 15: 10: 04.158 I / MonoDroid (20065): en System.RuntimeType.GetConstructorCandidates (System.String name, System.Reflection.BindingFlags bindingAttr, System.Reflection.CallingConventions callConv, System.Type [] tipos, System. Boolean allowPrefixLookup) [0x00034] en <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): en System.RuntimeType.GetConstructors (System.Reflection.BindingFlags bindingAttr) [0x00000] en <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): en System.RuntimeType.CreateInstanceImpl (System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder binder, System.Object [] args, System.Globalization.CultureInfo cultura, System.Object [] activationAttributes, System.Threading.StackCrawlMark & ​​stackMark) [0x0022b] en <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): en System.Activator.CreateInstance (tipo System.Type, System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder binder, System.Object [] args, System. Globalization.CultureInfo culture, System.Object [] activationAttributes) [0x000a1] en <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): en System.Activator.CreateInstance (Tipo System.Type, System.Object [] args) [0x00000] en <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): en Xamarin.Forms.Internals.DependencyResolver.ResolveOrCreate (tipo System.Type, System.Object [] args) [0x00046] en D: a1sXamarin.Forms.CoreDependencyResolver. cs: 49
04-10 15: 10: 04.158 I / MonoDroid (20065): en 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] en D: a1sXamarin.Forms.CoreRegistrar.cs: 102
04-10 15: 10: 04.158 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.Platform.CreateRenderer (elemento Xamarin.Forms.VisualElement, contexto Android.Content.Context) [0x00000] en D: a1sXamarin. Forms.Platform.AndroidPlatform.cs: 336
04-10 15: 10: 04.158 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (vista Xamarin.Forms.VisualElement, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRinenderer, Xamarin.Forms.VisualElement view, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRinenderer, Xamarin.Forms.VisualElement view, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRinenderer. Platform.Android.RendererPool pool, System.Boolean sameChildren) [0x000af] en D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 120
04-10 15: 10: 04.158 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00131sXa en D: Forms.Platform.AndroidVisualElementPackager.cs: 268
04-10 15: 10: 04.158 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] en D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 92
04-10 15: 10: 04.158 I / MonoDroid (20065): en 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 (elemento TElement) [0x000e0] en D: a1sXamarin.Forms .Platform.AndroidVisualElementRenderer.cs: 231
Excepción no controlada:

System.TypeLoadException:

04-10 15: 10: 04.158 I / MonoDroid (20065): en 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] en D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 414
04-10 15: 10: 04.158 I / MonoDroid (20065): en 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. Elemento Forms.VisualElement) [0x00027] en D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 127
04-10 15: 10: 04.158 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.Platform.CreateRenderer (elemento Xamarin.Forms.VisualElement, contexto Android.Content.Context) [0x0001f] en D: a1sXamarin. Forms.Platform.AndroidPlatform.cs: 338
04-10 15: 10: 04.158 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (vista Xamarin.Forms.VisualElement, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRinenderer, Xamarin.Forms.VisualElement view, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRinenderer, Xamarin.Forms.VisualElement view, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRinenderer. Platform.Android.RendererPool pool, System.Boolean sameChildren) [0x000af] en D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 120
04-10 15: 10: 04.158 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00131sXa en D: Forms.Platform.AndroidVisualElementPackager.cs: 268
04-10 15: 10: 04.158 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] en D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 92
04-10 15: 10: 04.158 I / MonoDroid (20065): en 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 (elemento TElement) [0x000e0] en D: a1sXamarin.Forms .Platform.AndroidVisualElementRenderer.cs: 231
04-10 15: 10: 04.159 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.VisualElementRenderer`1 [TElement] .Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement (Xamarin.Forms.VisualElement) [0x00027] en D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 127
04-10 15: 10: 04.159 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.Platform.CreateRenderer (elemento Xamarin.Forms.VisualElement, contexto Android.Content.Context) [0x0001f] en D: a1sXamarin. Forms.Platform.AndroidPlatform.cs: 338
04-10 15: 10: 04.159 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.AppCompat.Platform.AddChild (página Xamarin.Forms.Page, diseño System.Boolean) [0x0000d] en D: a1sXamarin. Forms.Platform.AndroidAppCompatPlatform.cs: 350
04-10 15: 10: 04.159 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.AppCompat.Platform.SetPageInternal (Xamarin.Forms.Page newRoot) [0x000ac] en D: a1sXamarin.Forms.Platform.AndroidAppCompatPlatform .cs: ​​320
04-10 15: 10: 04.159 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.AppCompat.Platform.SetPage (Xamarin.Forms.Page newRoot) [0x00087] en D: a1sXamarin.Forms.Platform.AndroidAppCompatPlatform .cs: ​​275
04-10 15: 10: 04.159 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.FormsAppCompatActivity.InternalSetPage (página Xamarin.Forms.Page) [0x00039] en D: a1sXamarin.Forms.Platform.AndroidAppCompatForms : 333
04-10 15: 10: 04.159 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.FormsAppCompatActivity.SetMainPage () [0x00000] en D: a1sXamarin.Forms.Platform.AndroidAppCompatFormsAppCompatActivity.cs: 362
04-10 15: 10: 04.159 I / MonoDroid (20065): en Xamarin.Forms.Platform.Android.FormsAppCompatActivity.LoadApplication (aplicación Xamarin.Forms.Application) [0x00282] en D: a1sXamarin.Forms.Platform.Android.AppCompacsForms : 138
04-10 15: 10: 04.159 I / MonoDroid (20065): en Grouping.Droid.MainActivity.OnCreate (paquete Android.OS.Bundle) [0x00027] en C: UsersmikolajProgrammingReproSfListViewGroupingGroupingGrouping.DroidMainActivity.cs: 23
04-10 15: 10: 04.159 I / MonoDroid (20065): en Android.App.Activity.n_OnCreate_Landroid_os_Bundle_ (System.IntPtr jnienv, System.IntPtr native__this, System.IntPtr native_savedInstanceState) [0x00011] en <2960eac8b52ee
04-10 15: 10: 04.159 I / MonoDroid (20065): en (método dinámico contenedor) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 04.179 W / Grouping.Droid (20065): JNI RegisterNativeMethods: intente registrar 0 métodos nativos para android.runtime.JavaProxyThrowable
04-10 15: 10: 04.182 D / Mono (20065): DllImport buscando en: '__Internal' ('(nulo)').
04-10 15: 10: 04.182 D / Mono (20065): Buscando 'java_interop_jnienv_throw'.
04-10 15: 10: 04.182 D / Mono (20065): Sondeo 'java_interop_jnienv_throw'.
04-10 15: 10: 04.182 D / Mono (20065): Encontrado como 'java_interop_jnienv_throw'.
04-10 15: 10: 07.132 E / mono (20065):
04-10 15: 10: 07.132 E / mono (20065): Excepción no controlada:
04-10 15: 10: 07.132 E / mono (20065): System.TypeLoadException: La clase principal vtable no se pudo inicializar, debido a: Configuración de VTable del tipo Syncfusion.ListView.XForms.Android.Renderer.ScrollViewRenderer falló el ensamblaje: / storage / emulado / 0 / Android / data / Grouping.Droid / files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll tipo: ScrollViewRenderer miembro: (nulo)
04-10 15: 10: 07.132 E / mono (20065): en (método dinámico contenedor) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 07.132 E / mono (20065): en (contenedor nativo a administrado) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 07.132 E / mono-rt (20065): [ERROR] EXCEPCIÓN FATAL SIN MANEJO: System.TypeLoadException: La clase principal vtable no se pudo inicializar debido a: Configuración de VTable de tipo Syncfusion.ListView.XForms.Android. Renderer.ScrollViewRenderer falló el ensamblaje: /storage/emulated/0/Android/data/Grouping.Droid/files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll tipo: ScrollViewRenderer member: (null)
04-10 15: 10: 07.132 E / mono-rt (20065): en (método dinámico contenedor) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 07.132 E / mono-rt (20065): en (contenedor nativo a administrado) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)

El problema anterior no está relacionado con el tema de este problema de github, pero pensé que lo publicaría aquí todos los días, ya que estaba buscando solucionar este problema y encontré otro ... También es muy nuevo y la gente de SF todavía podría estar monitoreando este hilo. Lo anterior sucede con la versión de Xamarin.Forms 3.5.0.169047 .

Adjunto una muestra de reproducción. Es una muestra de agrupación SfListView actualizada que puede encontrar en los sitios SF. Lo probé en VS 2019 (v 16.0.0).

SfListViewGrouping.zip

EDITAR: Confirmado que no sucede en la versión de Xamarin.Forms 3.5.0.274416

Hemos verificado la consulta informada en la muestra dada. Nos gustaría informarle que el bloqueo informado ocurre solo en la versión particular de Xamarin 3.5.0.169047. ¿Hay algún propósito específico para usar esa versión porque este bloqueo se corrigió en todas las versiones más recientes publicadas después de la 3.5.0.169047? Le recomendamos que actualice la versión de Xamarin Forms a la última versión para resolver este problema informado.

Saludos,
Gnana Priya N
(Equipo de Syncfusion)

La nueva versión (17.1.0.40) me funciona con Xamarin.Forms 3.6.0.293080.
Ahora puedo crear mis aplicaciones de iOS y Android al vincular ensamblados SDK en el modo de lanzamiento sin ver ningún bloqueo nativo.
Gracias.

Solo quería avisar que 17.1.0.40 se bloquea en la versión preliminar 4 de Xamarin Forms. Había actualizado un proyecto a la versión preliminar 4 para probar una función en la versión preliminar de Prism (que requiere xam 4), y todavía había problemas con 17.1.0.40. Bajé todo a Xamarin Forms 3.6.xy el problema original con la vinculación, que es el tema de este hilo) se resuelve. Solo quería avisarle en caso de que alguien actualice a la versión preliminar 4 ..

@SharbelWired ¿puedes publicar tu seguimiento de pila?

@SharbelWired ,

Nos gustaría informarle que los componentes de Syncfusion Xamarin.Forms solo son compatibles con la versión estable de Xamarin Forms. Hemos mencionado esto en nuestra documentación. Consulte nuestro formulario de documentación a continuación, enlace para su referencia.

Enlace de documentación de UG: https://help.syncfusion.com/xamarin/introduction/compatibility-road-map

@samhouts , uno de nuestros clientes instaló la última versión de Xamarin.Forms v3.6.0.344457 pero aún enfrenta el problema en el foro de referencia de su aplicación.

Según la sugerencia comentada a continuación, debería resolverse en esta versión.
https://github.com/xamarin/Xamarin.Forms/issues/5288#issuecomment -478075117

¿Puede verificar el problema en esta versión y revertirnos lo antes posible?

Estoy teniendo el mismo desastre ahora

SfListView Versión 17.2.035

Xamarin Forms, versión 4.1.0.581479

@jrahma parece que debería abrirse un error con Syncfusion, no con Xamarin.
Acabamos de comenzar a experimentar un bloqueo de OOM en Android solo en el modo de lanzamiento:
Xamarin 3.6.539721
SfListView 17.2.0.35

Estamos eliminando Sflistview

No actualicé a XF 4.1, todavía estoy en 4.0. Sin embargo, actualicé Visual Studio a la última versión 16.2 y también tuve un bloqueo al vincularme con SfListView. ¿Quizás algo relacionado con el nuevo AOT introducido en esta versión?

@GnanaPriyaNamasivayam

VS 16.2.0
XF estable 4.1.0.618606
SF 17.2.0.36

Recibí accidente
[MonoDroid] System.Reflection.TargetInvocationException: el objetivo de una invocación ha lanzado una excepción. ---> System.NullReferenceException: referencia de objeto no establecida en una instancia de un objeto
[MonoDroid] en Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener (Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l) [0x0000c] en <1e09550ab4e54a22a6f48a3b5
[MonoDroid] en Syncfusion.ListView.XForms.Android.ExtendedScrollViewRenderer..ctor (contexto Android.Content.Context) [0x00007] en <1d13e866db284fb28ce6270fd09fd7e3>: 0
[MonoDroid] en (contenedor administrado a nativo) System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Reflection.RuntimeConstructorInfo, object, object [], System.Exception &)
[MonoDroid] en System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Object obj, System.Object [] parámetros, System.Boolean wrapExceptions) [0x00005] en <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] --- Fin del seguimiento de la pila de excepción interna ---
[MonoDroid] en System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Object obj, System.Object [] parámetros, System.Boolean wrapExceptions) [0x0001d] en <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] en System.Reflection.RuntimeConstructorInfo.DoInvoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object [] parámetros, System.Globalization.CultureInfo cultura) [0x0007a] en < 96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] en System.Reflection.RuntimeConstructorInfo.Invoke (System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object [] parámetros, System.Globalization.CultureInfo cultura) [0x00000] en <96c0fbcf159c2a99
[MonoDroid] en System.RuntimeType.CreateInstanceImpl (System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder binder, System.Object [] args, System.Globalization.CultureInfo cultura, System.Object [] activaciónAttributes, System.ThreadingMarckCrawl stackMark) [0x0022b] en <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] en System.Activator.CreateInstance (tipo System.Type, System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder binder, System.Object [] args, System.Globalization.CultureInfo cultura, System.Object [] activationAttributes) [0x000a1] en <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] en System.Activator.CreateInstance (tipo System.Type, System.Object [] args) [0x00000] en <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] en Xamarin.Forms.Internals.DependencyResolver.ResolveOrCreate (tipo System.Type, fuente System.Object, System.Type visualType, System.Object [] args) [0x000af] en D: a1sXamarin.Forms.CoreDependencyResolver.cs: 58
[MonoDroid] en 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] en D: a1sXamarin.Forms.CoreRegistrar .cs: ​​111
[MonoDroid] en Xamarin.Forms.Platform.Android.Platform.CreateRenderer (elemento Xamarin.Forms.VisualElement, contexto Android.Content.Context) [0x00010] en D: a1sXamarin.Forms.Platform.AndroidPlatform.cs: 342
[MonoDroid] en Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (vista Xamarin.Forms.VisualElement, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms.Platform.Android. [0x000af] en D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 138
[MonoDroid] en Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] en D: a1sXamarckin.Forms.Platisual.
[MonoDroid] en Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] en D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 110
[MonoDroid] en 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 (elemento TElement) [0x000e0] en D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 239
[MonoDroid] en 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 empaquetador) [0x00007] en D: a1sXamarlatisform.Forms .cs: ​​438
[MonoDroid] en 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 elementXa) [0x0001s .Forms.Platform.AndroidVisualElementRenderer.cs: 127
[MonoDroid] en Xamarin.Forms.Platform.Android.Platform.CreateRenderer (elemento Xamarin.Forms.VisualElement, contexto Android.Content.Context) [0x00044] en D: a1sXamarin.Forms.Platform.AndroidPlatform.cs: 345
[MonoDroid] en Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (Xamarin.Forms.VisualElement vista, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms.Platform.Childoole. [0x000af] en D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 138
[MonoDroid] en Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] en D: a1sXamarckin.Forms.Platisual.
[MonoDroid] en Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] en D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 110
[MonoDroid] en 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 (elemento TElement) [0x000e0] en D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 239
[MonoDroid] en Xamarin.Forms.Platform.Android.VisualElementRenderer`1 [TElement] .Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement (Xamarin.Forms.VisualElement elemento) [0x00027] en D: un elemento .Forms. AndroidVisualElementRenderer.cs: 127
[MonoDroid] en Xamarin.Forms.Platform.Android.Platform.CreateRenderer (elemento Xamarin.Forms.VisualElement, Android.Support.V4.App.FragmentManager fragmentManager, contexto Android.Content.Context) [0x00031] en D: a1sXamarin.Forms .Plataforma.AndroidPlatform.cs: 393
[MonoDroid] en Xamarin.Forms.Platform.Android.AppCompat.FragmentContainer.OnCreateView (Inflador de Android.Views.LayoutInflater, contenedor de Android.Views.ViewGroup, Android.OS.Bundle SavedInstanceState) [0x00008] en D: a1sXamarlatin.Forms.Forms .AndroidAppCompatFragmentContainer.cs: 56
[MonoDroid] en 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] en <8e2cc32557d1415cb7e87025cc8a4a87>: 0
[MonoDroid] en (método dinámico contenedor) Android.Runtime.DynamicMethodNameCounter.63 (intptr, intptr, intptr, intptr, intptr)
[art] JNI RegisterNativeMethods: intento de registrar 0 métodos nativos para android.runtime.JavaProxyThrowable
[Mono] DllImport buscando en: '__Internal' ('(nulo)').
[Mono] Buscando 'java_interop_jnienv_throw'.
[Mono] Sondeo 'java_interop_jnienv_throw'.
[Mono] Encontrado como 'java_interop_jnienv_throw'.
[MonoDroid] EXCEPCIÓN NO MANEJADA:
[MonoDroid] System.Reflection.TargetInvocationException: el objetivo de una invocación ha lanzado una excepción. ---> System.NullReferenceException: referencia de objeto no establecida en una instancia de un objeto
[MonoDroid] en Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener (Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l) [0x0000c] en <1e09550ab4e54a22a61340ec6b>
[MonoDroid] en Syncfusion.ListView.XForms.Android.ExtendedScrollViewRenderer..ctor (contexto de Android.Content.Context) [0x00007] en <1d13e866db284fb28ce6270fd09fd7e3>: 0
[MonoDroid] en (contenedor administrado a nativo) System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Reflection.RuntimeConstructorInfo, object, object [], System.Exception &)
[MonoDroid] en System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Object obj, System.Object [] parámetros, System.Boolean wrapExceptions) [0x00005] en <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] --- Fin del seguimiento de la pila de excepción interna ---
[MonoDroid] en (método dinámico contenedor) Android.Runtime.DynamicMethodNameCounter.63 (intptr, intptr, intptr, intptr, intptr)
[MonoDroid] en (contenedor nativo a administrado) Android.Runtime.DynamicMethodNameCounter.63 (intptr, intptr, intptr, intptr, intptr)
[MonoDroid] en (contenedor administrado a nativo) Java.Interop.NativeMethods.java_interop_jnienv_call_nonvirtual_void_method_a (intptr, intptr &, intptr, intptr, intptr, Java.Interop.JniArgumentValue )[MonoDroid] en Java.Interop.JniEnvironment + InstanceMethods.CallNonvirtualVoidMethod (instancia Java.Interop.JniObjectReference, tipo Java.Interop.JniObjectReference, método Java.Interop.JniMethodInfo, argumentos Java.Interop.JniArgumentValue73 ) [: 0
[MonoDroid] en Java.Interop.JniPeerMembers + JniInstanceMethods.InvokeNonvirtualVoidMethod (System.String encodedMember, Java.Interop.IJavaPeerable self, Java.Interop.JniArgumentValue * parámetros) [0x0001f] en: 0
[MonoDroid] en Android.Views.View.Measure (System.Int32 widthMeasureSpec, System.Int32 heightMeasureSpec) [0x00035] en <207e29a54396482796911ec489e256ce>: 0
[MonoDroid] en Xamarin.Forms.Platform.Android.AppCompat.TabbedPageRenderer.OnLayout (System.Boolean cambiado, System.Int32 l, System.Int32 t, System.Int32 r, System.Int32 b) [0x0002c] en D: a1sXamarin .Forms.Platform.AndroidAppCompatTabbedPageRenderer.cs: 374
[MonoDroid] en Xamarin.Forms.Platform.Android.FormsViewGroup.n_OnLayout_ZIIII (System.IntPtr jnienv, System.IntPtr native__this, System.Boolean p0, System.Int32 p1, System.Int32 p2, System.Int32 p3, System.Int32 p4 ) [0x00008] en D: a1sXamarin.Forms.Platform.Android.FormsViewGroupobjReleasegeneratedsrcXamarin.Forms.Platform.Android.FormsViewGroup.cs: 198
[MonoDroid] en (método dinámico contenedor) Android.Runtime.DynamicMethodNameCounter.41 (intptr, intptr, bool, int, int, int, int)

Hola a todos,

Disculpa por la inconveniencia.

Ya hemos registrado un informe de defectos para el problema informado y la solución se incluirá en nuestro próximo Nuget semanal, es decir, el 30 de julio de 2019. Agradeceremos su paciencia hasta entonces.

Saludos,
Dinesh Babu Yadav
[Equipo de Syncfusion]

@DineshBabuYadav ¿ Se puede intentar omitir la vinculación de este ensamblado en particular para solucionar el problema, supongo?

Hola a todos,

Disculpa por la inconveniencia.

Ya hemos registrado un informe de defectos para el problema informado y la solución se incluirá en nuestro próximo Nuget semanal, es decir, el 30 de julio de 2019. Agradeceremos su paciencia hasta entonces.

Saludos,
Dinesh Babu Yadav
[Equipo de Syncfusion]

@DineshBabuYadav no es solo con SfListView sino también con otros controles. Uso SfRototator en mi MainPage y ahora mi aplicación falla después de actualizar a Visual Studio 16.2 y Syncfusion 17.2.036

¿No crees que una semana es mucho tiempo para solucionar un problema grave que causó un desastre en las aplicaciones?

Por ejemplo, mi cliente es una organización semi-gubernamental y otros pueden tener una aplicación de comercio electrónico y negocios, por lo que eso significa que toda su operación electrónica en dispositivos móviles se detendrá durante una semana.

Aprecie si esto se solucionará de inmediato

@jrahma no debería afectar a su usuario final, ya que podría haber lanzado una versión anterior de su aplicación con versiones anteriores de Syncfusion y XF. No entiendo tu punto. Esto solo debería afectar a las construcciones locales o las de preparación. A menos que haya publicado una nueva versión sin prueba de control de calidad antes del lanzamiento, pero ese es otro problema 😀.

El equipo de SF tiene que investigar el problema. Aplique una corrección y pruébela. Está bien que tarde unos días

@jrahma no debería afectar a su usuario final, ya que podría haber lanzado una versión anterior de su aplicación con versiones anteriores de Syncfusion y XF. No entiendo tu punto. Esto solo debería afectar a las construcciones locales o las de preparación. A menos que haya publicado una nueva versión sin prueba de control de calidad antes del lanzamiento, pero ese es otro problema 😀

ese es el problema, mi aplicación anterior tenía un problema y estaba esperando la solución que vino con un desastre

y la aplicación funciona bien en todos los dispositivos y emuladores, pero este problema ocurre solo cuando se instala la aplicación desde Google Play

Esto es lo que obtengo en Google Play Console:

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

Hola a todos,

Como prometimos, le informaremos una vez que se haya implementado el lanzamiento, es decir, el 30 de julio de 2019.

@jrahma , estamos verificando con el equipo de SfRotator y le informaremos los detalles lo antes posible.

Saludos,
Dinesh B

@DineshBabuYadav ¿ Se puede intentar omitir la vinculación de este ensamblado en particular para solucionar el problema, supongo?

sí, hasta entonces puede omitir esta opción de vinculación para resolver el problema en la propia aplicación.

Cuál es el problema, mi aplicación anterior tenía un problema y estaba esperando la solución que vino con un desastre

y la aplicación funciona bien en todos los dispositivos y emuladores, pero este problema ocurre solo cuando se instala la aplicación desde Google Play

¿Cuál es la diferencia entre probar en modo de lanzamiento e instalar desde Google Play? también debería recibir esto cuando se ejecuta en versión, ¿no es así?
Es extraño que no tenga ningún problema con la vinculación completa usando xf 4.1.0.581479 y sflistview 17.1.0.52. tal vez sea porque estoy haciendo mi versión de versiones en VS4Mac 2019, ¿podría ser que solo sea un problema en VS 2019 Windows?

@EmilAlipiev Bueno, parece que solo está vinculado con VS2019 más reciente. No actualicé los paquetes de Syncfusion ni Xamarin Forms uno, solo VS. 16.2.0 introduce una nueva proeza para AOT y ensamblajes empaquetados, supongo que el error es de aquí.

@vincentcastagna, esas configuraciones también existían en versiones anteriores frente a 2019, al menos en la versión empresarial. ¿Estás hablando de la versión comunitaria? aquellos que tienen problemas, ¿pueden confirmar que es la versión comunitaria de VS?

El mismo problema con VS 16.2.0 y VS para Mac 8.2. Ambos tienen licencia Enterprise.

Prueba vs mac 8.3 vista previa. Funciona bien para mí. Verificaré vs 16.2 más tarde.

@EmilAlipiev sí, estoy en la versión comunitaria

Informes en. VS2019 16.1.6 / XF 4.1.0.618606 / SfListView 17.2.0.35
Establecer la vinculación a ninguno resuelve el problema que solo aparece en el modo de liberación.

VS MAC 8.2 (1105)
XF estable 4.1.0.618606
SF 17.2.0.36

Recibí accidente
[MonoDroid] System.Reflection.TargetInvocationException: el objetivo de una invocación ha lanzado una excepción. ---> System.NullReferenceException: referencia de objeto no establecida en una instancia de un objeto
[MonoDroid] en Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener (Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l) [0x0000c] en <1e09550ab4e54a22a61340ec6b>

+1

rebajar a 17.1.0.52, funciona bien para mí en modo de lanzamiento. Probé las últimas actualizaciones de VS mac y VS Windows.

Hola a todos,

Gracias por la paciencia.

Nos complace anunciar que se ha implementado nuestra última actualización semanal del paquete NuGet, la versión 17.2.0.39 , y que el problema informado se ha resuelto y está disponible para descargar ( nuget.org ).

Le agradecemos su apoyo y agradecemos su paciencia esperando esta actualización. Póngase en contacto con nosotros si necesita más ayuda.

Saludos,
Dinesh Babu Yadav

Hola a todos,
Disculpa por la inconveniencia.
Ya hemos registrado un informe de defectos para el problema informado y la solución se incluirá en nuestro próximo Nuget semanal, es decir, el 30 de julio de 2019. Agradeceremos su paciencia hasta entonces.
Saludos,
Dinesh Babu Yadav
[Equipo de Syncfusion]

@DineshBabuYadav no es solo con SfListView sino también con otros controles. Uso SfRototator en mi MainPage y ahora mi aplicación falla después de actualizar a Visual Studio 16.2 y Syncfusion 17.2.036

¿No crees que una semana es mucho tiempo para solucionar un problema grave que causó un desastre en las aplicaciones?

Por ejemplo, mi cliente es una organización semi-gubernamental y otros pueden tener una aplicación de comercio electrónico y negocios, por lo que eso significa que toda su operación electrónica en dispositivos móviles se detendrá durante una semana.

Aprecie si esto se solucionará de inmediato

@jrahma , ¿

Saludos,
Paul Anderson

Gracias @DineshBabuYadav , ¡funciona de nuevo!
¡Felicitaciones al equipo de Syncfusion!

@xamarindevelopervietnam , gracias por la actualización.

Hola a todos,
Disculpa por la inconveniencia.
Ya hemos registrado un informe de defectos para el problema informado y la solución se incluirá en nuestro próximo Nuget semanal, es decir, el 30 de julio de 2019. Agradeceremos su paciencia hasta entonces.
Saludos,
Dinesh Babu Yadav
[Equipo de Syncfusion]

@DineshBabuYadav no es solo con SfListView sino también con otros controles. Uso SfRototator en mi MainPage y ahora mi aplicación falla después de actualizar a Visual Studio 16.2 y Syncfusion 17.2.036

¿No crees que una semana es mucho tiempo para solucionar un problema grave que causó un desastre en las aplicaciones?

Por ejemplo, mi cliente es una organización semi-gubernamental y otros pueden tener una aplicación de comercio electrónico y negocios, por lo que eso significa que toda su operación electrónica en dispositivos móviles se detendrá durante una semana.

Aprecie si esto se solucionará de inmediato

@jrahma : ¿Puede compartir los detalles del seguimiento de la pila relacionado con el control de Rotator y los detalles del Rotator utilizado en su aplicación, lo que nos será útil para analizarlo y resolverlo lo antes posible?

Hola a todos,
Disculpa por la inconveniencia.
Ya hemos registrado un informe de defectos para el problema informado y la solución se incluirá en nuestro próximo Nuget semanal, es decir, el 30 de julio de 2019. Agradeceremos su paciencia hasta entonces.
Saludos,
Dinesh Babu Yadav
[Equipo de Syncfusion]

@DineshBabuYadav no es solo con SfListView sino también con otros controles. Uso SfRototator en mi MainPage y ahora mi aplicación falla después de actualizar a Visual Studio 16.2 y Syncfusion 17.2.036
¿No crees que una semana es mucho tiempo para solucionar un problema grave que causó un desastre en las aplicaciones?
Por ejemplo, mi cliente es una organización semi-gubernamental y otros pueden tener una aplicación de comercio electrónico y negocios, por lo que eso significa que toda su operación electrónica en dispositivos móviles se detendrá durante una semana.
Aprecie si esto se solucionará de inmediato

@jrahma : ¿Puede compartir los detalles del seguimiento de la pila relacionado con el control de Rotator y los detalles del Rotator utilizado en su aplicación, lo que nos será útil para analizarlo y resolverlo lo antes posible?

@DineshBabuYadav Ya está arreglado para todos ... Gracias, equipo