Xamarin.forms: Falha nativa ao usar Syncfusion SfListView com Xamarin.Forms 3.5.0.129452

Aqui está o stacktrace:

02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] ERRO DETECTADO JNI NA APLICAÇÃO: jsize negativo: -443686848
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] na chamada para 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 Executável
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] | 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 = 8 MB
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] | mutexes retidos = "bloqueio mutator" (compartilhado retido)
02-17 17: 44: 49,406 F / arte (18225): arte / tempo de execução / java_vm_ext.cc: 470] nativo: # 00 pc 00351799 /system/lib/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMapPKcPNS_9ArtMethodEPv + 128)
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_ostreamaceEEbcNS1_11charMap301_11charitsBasic_ostreamEEbcNS1_11charMap)
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_12JniValueTypeE + 164E)
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_12JScopedalObjectEccessEccess_12ScopedValueNS_12JScopedObjectEcesso)
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_18ScopedObjectAccessEbPKcPNSue12Jype12
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_JNIEnitive4NS_9Primitive4NS_9Type2NS_9
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] em md5e6dceb8716288c40551f253cf2268d49.MainActivity.n_onCreate (método nativo)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] em md5e6dceb8716288c40551f253cf2268d49.MainActivity.onCreate (MainActivity.java:29)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] em android.app.Activity.performCreate (Activity.java:6955)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] em android.app.Instrumentation.callActivityOnCreate (Instrumentation.java:1126)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] em android.app.ActivityThread.performLaunchActivity (ActivityThread.java:2927)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] em android.app.ActivityThread.handleLaunchActivity (ActivityThread.java:3045)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] em android.app.ActivityThread.-wrap14 (ActivityThread.java:-1)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] em android.app.ActivityThread $ H.handleMessage (ActivityThread.java:1642)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] em android.os.Handler.dispatchMessage (Handler.java:102)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] em android.os.Looper.loop (Looper.java:154)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] em android.app.ActivityThread.main (ActivityThread.java:6776)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] em java.lang.reflect.Method.invoke! (Método nativo)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] em 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] em 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] Interrompendo o tempo de execução ...

Tendo o mesmo problema. Não vincular os assemblies do SDK corrige o problema, mas acabei com um APK enorme. Também estou adicionando um rastreamento de pilha de uma compilação de depuração (você pode reproduzi-lo na depuração não usando o tempo de execução compartilhado + assemblies SDK de vinculação).

Além disso, reproduzível com visualização do XF 4.0.

Simplesmente reverter para o XF 3.4.0.1029999 resolve o 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): JNI DETECTADO ERRO NA APLICAÇÃO: tamanho negativo: -443686848
comprimento da tabela de referência GDEF = 814 1
comprimento GSUB da tabela de referência = 11364 1
comprimento do GPOS da tabela de referência = 47302 1
comprimento da cabeça da tabela de referência = 54 1
02-18 23: 17: 01.815 E / art (31151): na chamada para NewIntArray
02-18 23: 17: 01.815 E / art (31151): de 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): "principal" prio = 5 tid = 1 Executável
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): | 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 = 8 MB
02-18 23: 17: 01.815 E / art (31151): | mutexes retidos = "bloqueio mutator" (compartilhado retido)
02-18 23: 17: 01.815 E / art (31151): nativo: # 00 pc 0034d679 /system/lib/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BackhodepaceMapPKcPNS_9Art 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): em md58432a647068b097f9637064b8985a5e0.FragmentContainer.n_onCreateView (método nativo)
02-18 23: 17: 01.815 E / art (31151): em md58432a647068b097f9637064b8985a5e0.FragmentContainer.onCreateView (FragmentContainer.java:33)
02-18 23: 17: 01.815 E / art (31151): em android.support.v4.app.Fragment.performCreateView (Fragment.java:2439)
02-18 23: 17: 01.815 E / art (31151): em android.support.v4.app.FragmentManagerImpl.moveToState (FragmentManager.java:1460)
02-18 23: 17: 01.815 E / art (31151): em android.support.v4.app.FragmentManagerImpl.moveFragmentToExpectedState (FragmentManager.java:1784)
02-18 23: 17: 01.815 E / art (31151): em android.support.v4.app.FragmentManagerImpl.moveToState (FragmentManager.java:1852)
02-18 23: 17: 01.815 E / art (31151): em android.support.v4.app.BackStackRecord.executeOps (BackStackRecord.java:802)
02-18 23: 17: 01.815 E / art (31151): em android.support.v4.app.FragmentManagerImpl.executeOps (FragmentManager.java:2625)
02-18 23: 17: 01.815 E / art (31151): em android.support.v4.app.FragmentManagerImpl.executeOpsTogether (FragmentManager.java:2411)
02-18 23: 17: 01.816 E / art (31151): em android.support.v4.app.FragmentManagerImpl.removeRedundantOperationsAndExecute (FragmentManager.java:2366)
02-18 23: 17: 01.816 E / art (31151): em android.support.v4.app.FragmentManagerImpl.execPendingActions (FragmentManager.java:2273)
02-18 23: 17: 01.816 E / art (31151): em android.support.v4.app.FragmentManagerImpl $ 1.run (FragmentManager.java:733)
02-18 23: 17: 01.816 E / art (31151): em android.os.Handler.handleCallback (Handler.java:815)
02-18 23: 17: 01.816 E / art (31151): em android.os.Handler.dispatchMessage (Handler.java:104)
02-18 23: 17: 01.816 E / art (31151): em android.os.Looper.loop (Looper.java:207)
02-18 23: 17: 01.816 E / art (31151): em android.app.ActivityThread.main (ActivityThread.java:5845)

Posso vincular os SDKs, mas evitar vincular esses SDKs / namespaces específicos? Isso resolveria o problema? Estou assumindo que esses são os namespaces que devo 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:
Analisei isso mais detalhadamente e o vinculador precisa do nome do assembly, não de namespaces.
"Syncfusion.SfListView.XForms.dll"
"Syncfusion.SfPullToRefresh.XForms.dll"
"Syncfusion.SfPullToRefresh.Android.dll"
"Syncfusion.SfPullToRefresh.iOS.dll"
De acordo com
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 novamente: Tentei não vincular esses assemblies, mas ainda assim travou. Não vou tentar mais e apenas fazer o downgrade para 3.4.

Problema semelhante aqui. (Funciona com Xam.forms 3.4, mas não no último 3.5.0.129452 estável)
Veja os logs de erros anexados.
xamform_runtime_error_Android.txt

@ AmrAlSayed0 Os assemblies do Syncfusion não são assemblies SDK. Portanto, não acho que vincular assemblies SDK + a lista que você forneceu faça algo especial. Isso funcionaria se você vinculasse assemblies de usuário também.

Com base no rastreamento de pilha, acredito que seja alguma mudança na biblioteca de suporte do Android, algo relacionado a SwipeRefreshLayout?

O mesmo problema no Android aqui. iOS está funcionando bem.

Tente com 3.5.0.169047. Isso ainda ocorre? Obrigado!

Ainda trava no modo de liberação. Testado clonando o projeto acima e atualizando as bibliotecas Xamarin e Syncfusion.

Olá equipe,
Eu tenho uma falha no modo de depuração e liberação também. Mas se eu continuar vinculando a opção a Don't Link , poderei executar meu aplicativo sem travar com o xamarin forms 3.5.
Mas eu poderia executar o downgrade para o Xamarin.Forms 3.4 sem travar no modo de liberação e depuração.
Você pode dar uma olhada neste caso também no modo de depuração .

Ainda com problemas. Alguma atualização sobre isso?

Alguma estimativa de quando isso será corrigido?

Isso é problema do vinculador? Eu testei no modo de depuração habilitando o link completo e funcionou bem, mas se eu usar o link completo no modo de lançamento, ele trava. Isso é um pouco confuso

Entrei em contato com SyncFusion sobre este. Ainda não consegui identificar a causa da falha.

Da versão 3.4 para 3.5 de formulários, a classe base no ScrollViewRenderer mudou de ScrollView para NestedScrollView, então SF teve que lançar um patch para isso que, por algum motivo, não funciona bem com 3.5

Eu recompilei 3.5 e mudei a classe base ScrollViewRenderer de volta para ScrollView e quando fiz isso a versão mais antiga do SF funcionou bem, então há algo com a versão 54 mais recente do SF que não parece funcionar bem com o XF 3.5

@samhouts confirmando isso como um bloqueador para 3.5 e qualquer um usando a visualização de lista do Syncfusion. Qual é o nosso ETA para uma atualização do Xam Forms resolver

Não temos certeza se isso é algo para o Xamarin.Forms corrigir. Pode ser algo que o SyncFusion precise resolver.

@samhouts From Syncfusion Este problema ocorre apenas após o Xamarin.Forms atualizar a versão 3.5 com o linker habilitado. Como mencionamos, o problema ocorre devido à atualização da estrutura do Xamarin e registramos o relatório de problema (5288) para o mesmo. Isso pode ser resolvido definindo a opção de vinculação como Nenhum, como compartilhamos antes.

Por enquanto, você pode usar as atualizações anteriores do Xamarin.Forms (Versão 3.4 e anteriores) para evitar esse problema de travamento. Estamos acompanhando o problema relatado de estrutura de trabalho e avisaremos assim que for resolvido.

Agradecemos sua paciência e use as atualizações anteriores do Xamarin.Forms (3.4 e anteriores) até então.

[email protected] é o contato. Agradeceria se vocês dois pudessem se conectar / resolver para que possamos atualizar. Estamos no dia 15 de não conseguirmos liberar.

@caseyniemann Entramos em contato com a SyncFusion sobre esse assunto e estamos trabalhando juntos para resolvê-lo. obrigado

Olá equipe,
A partir de agora, a maioria de nossos clientes está trabalhando com links como Nenhum e esta não pode ser uma solução permanente para esta falha no modo de liberação. Você pode fornecer a correção com a versão atualizada o mais rápido possível.
Não recebemos nenhuma das suas notificações sobre este problema.

Você pode confirmar o problema e compartilhar as atualizações a respeito?

Saudações,
Gnana Priya N
(Syncfusion)

@GnanaPriyaNamasivayam Eu

Você pode configurar minha licença SF com uma Licença de origem para que eu possa compilar e depurar no SF, por favor? shneuvil na Microsoft ponto com é o meu endereço de e-mail contra o qual minha licença atual é

Olá equipe,
A partir de agora, a maioria de nossos clientes está trabalhando com links como Nenhum e esta não pode ser uma solução permanente para esta falha no modo de liberação. Você pode fornecer a correção com a versão atualizada o mais rápido possível.
Não recebemos nenhuma das suas notificações sobre este problema.

Você pode confirmar o problema e compartilhar as atualizações a respeito?

Saudações,
Gnana Priya N
(Syncfusion)

@samhouts @GnanaPriyaNamasivayam Por favor, conecte-se e resolva, e use o sinal @ para que vocês dois vejam isso

@samhouts , você poderia confirmar se há alguma possibilidade de fornecer uma correção imediata para este problema de vinculador na próxima atualização do Xamarin?

Marcamos isso com nossa maior prioridade e há comunicação entre os engenheiros da SyncFusion e da Xamarin. Estamos trabalhando nisso. Obrigado.

@samhouts @GnanaPriyaNamasivayam algum desses problemas foi resolvido na atualização do 3.6 Xamarin?

@caseyniemann A partir de agora, ainda estamos vendo os mesmos problemas com a versão mais recente do SyncFusion e do XF 3.6. É possível que o SyncFusion precise ser reconstruído no 3.6 para resolver esse problema. Talvez @GnanaPriyaNamasivayam ou @ Nijamudeen-Mohamed possam tentar isso e confirmar. Caso contrário, @PureWeen está agendado para discutir isso diretamente com SyncFusion na segunda-feira, e teremos uma atualização então. Obrigado pela sua paciência.

Com o XF 3.6, recebo erros de compilação com FFImage, portanto, não posso dizer: /

@xperseguers Sim, estamos cientes disso. https://github.com/luberda-molinet/FFImageLoading/issues/1154#issuecomment -470589841

qualquer progresso ou ETA para este problema, por favor?

@samhouts @GnanaPriyaNamasivayam Precisamos resolver isso, 23 dias

24 e XF 3.6 está aqui, eu me pergunto se Syncfusion fará testes

Estamos restringindo um problema com a equipe do Android e trabalhando em uma maneira de mitigar o problema por enquanto com o SF. Assim que uma solução estiver em andamento, postarei uma atualização.

@samhouts @GnanaPriyaNamasivayam Para aqueles que esperam que o 3.6 e o ​​mais recente do Synfusion funcionem ... não funciona. De Syncfusion: O problema relatado também existe no Xamarin v3.6 e ainda assim esse problema não foi corrigido pela equipe Xamarin Equipe Xamarin?

Espero que isso seja corrigido em breve. Meu aplicativo Android agora tem mais de 100 megabytes na Play Store. Muito maior porque desativei o vinculador.

Se você quiser ver a produção de salsicha, pode acompanhar o progresso aqui: https://github.com/xamarin/Xamarin.Forms/projects/32

Esta correção específica faz parte do Sprint 150, que está programado para ser concluído em 29/03. Infelizmente, não há como saber se uma correção real pronta para produção será implementada até lá.

Se você quiser ver a produção de salsicha, pode acompanhar o progresso aqui: https://github.com/xamarin/Xamarin.Forms/projects/32

Esta correção específica faz parte do Sprint 150, que está programado para ser concluído em 29/03. Infelizmente, não há como saber se uma correção real pronta para produção será implementada até lá.

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

Esta correção específica faz parte do Sprint 150, que está programado para ser concluído em 29/03. Infelizmente, não há como saber se uma correção real pronta para produção será implementada até lá.

Esta é uma regressão séria, mas deve ser corrigida imediatamente.
A primeira etapa deve ser identificar o commit em XF3.5 responsável por esta regressão. Já foi feito?

Ainda sem cessionário ... o que está acontecendo ??

Neste ponto, temos um plano em vigor que envolverá uma liberação de ambos os lados. Ainda há alguns testes adicionais que precisam ser feitos apenas para garantir que pontuamos e cruzamos todas as coisas

• Syncfusion vai lançar uma versão que fará este trabalho para 3.1, 3.2, 3.3, 3.6
• Estamos trabalhando em uma correção para 3.4 e 3.5 que fará com que funcione para essas versões

@PureWeen @GnanaPriyaNamasivayam Existe algum cronograma para essas correções?

@PureWeen @GnanaPriyaNamasivayam Existe algum cronograma para essas correções?

@Giorgi - Já prometido pela equipe Xamarin que essa correção será feita dentro do sprint atual e com cronograma fornecido em 29 de março de 2019.
https://github.com/xamarin/Xamarin.Forms/issues/5288#issuecomment -473300702

Em seu tópico de fórum, a Syncfusion ainda está dizendo que é uma coisa Xamarin, eles não parecem ter uma estimativa de lançamento para sua mudança para suportar 3.6?
https://www.syncfusion.com/forums/142489/compatibility-with-xamarin-forms-3-5

Como @PureWeen disse em seu comentário, este é um lançamento coordenado com SyncFusion. Xamarin está lançando lançamentos de serviço para corrigir a compatibilidade para 3.4 e 3.5. SyncFusion está lançando uma nova versão que corrigirá a compatibilidade com 3.5 e 3.6. Esperançosamente, os dois lançamentos do Xamarin estarão disponíveis na próxima semana. Embora não possamos falar sobre a programação de lançamento da SyncFusion, estamos cientes de que esta é uma alta prioridade para eles também.

Muitas variáveis ​​afetaram esse problema que dificultaram a determinação de um curso de ação que é melhor para nossos clientes. Isso será resolvido em breve, e temos medidas em vigor para evitar que esses problemas ocorram novamente. Obrigado pela sua paciência!

Tentei ignorar a montagem durante a vinculação adicionando o seguinte à lista de ignorados, mas não funcionou.
Syncfusion.SfListView.XForms
Eu tenho 2 perguntas:

• Por que os assemblies do Syncfusion, que é um plugin de terceiros, estão sendo vinculados quando eu seleciono Link SDK assemblies only ?
• Podemos ignorar todos os assemblies em um namespace?

@ ali-h2010 porque as ferramentas de sincronização, como o sflistview, não usam o xamarin forms listview, provavelmente está usando o datagrid com virtualização personalizada fingindo ser o listview. Então, xamarin fez algumas alterações importantes no datagrid, presumo e quebrou todas as ferramentas personalizadas do Syncfusion. Syncfusion está realmente muito à frente do xamarin em relação às ferramentas, por exemplo, o recurso de arrastar e soltar ainda não existe nas ferramentas do xamarin e é difícil remover a dependência do sflistview ou sfdatagrid de nossos aplicativos.

1 mês enfrento esse problema e que espero uma correção.
Tenho dito ao meu chefe que o lançamento virá em breve.

Cometi o erro de migrar para o XF 3.5 sem testar no modo de lançamento em ambas as plataformas. Meu mal, que vergonha. Desde então, escrevi muitos códigos que dependem do XF 3.5 (principalmente bindableLayout). Eu preciso fazer um lançamento e pode ser mais barato remover o SfListView e usar o Telerik.
Espero que você possa nos dar uma correção antes do final da próxima semana, caso contrário, terei que migrar para ListView da Telerik que funciona bem (mesmo se eu preferir o SfListView).

Os conjuntos de links definidos como nenhum também não corrigiram.
Eu te desejo sorte !

Eu também, estou pensando que podemos substituir (em nosso caso de uso) Lista SF por uma implementação personalizada baseada em XF 4 CollectionView, mas isso levará tempo

Isso funciona muito bem com o lançamento que fizeram esta manhã. Você esqueceu de atualizar? Pelo menos com o XF 3.6, que é a versão estável atual.

1 mês enfrento esse problema e que espero uma correção.
Tenho dito ao meu chefe que o lançamento virá em breve.

Cometi o erro de migrar para o XF 3.5 sem testar no modo de lançamento em ambas as plataformas. Meu mal, que vergonha. Desde então, escrevi muitos códigos que dependem do XF 3.5 (principalmente bindableLayout). Eu preciso fazer um lançamento e pode ser mais barato remover o SfListView e usar o Telerik.
Espero que você possa nos dar uma correção antes do final da próxima semana, caso contrário, terei que migrar para ListView da Telerik que funciona bem (mesmo se eu preferir o SfListView).

Os conjuntos de links definidos como nenhum também não corrigiram.
Eu te desejo sorte !

Meu Android com o aplicativo XF 3.5 e SF .53 funciona e está na Play Store. Usando estas configurações:

Isso funciona muito bem com o lançamento que fizeram esta manhã. Você esqueceu de atualizar? Pelo menos com o XF 3.6, que é a versão estável atual.

Então eles já fizeram uma atualização de versão principal que parece resolver o problema, legal, vamos tentar, obrigado por nos informar sobre a atualização

A questão é: por que o lançamento de uma versão principal, quando deveria ter sido um simples hot-fix.
A comunicação em torno deste problema foi um desastre ...
Espero que funcione sem qualquer nova regressão ou, desta vez, terminei o SF.

Pedimos desculpas pela frustração que esse problema causou. Estamos empenhados em prevenir tais problemas no futuro e estamos tomando medidas para evitar o retrocesso de controles de terceiros, como SyncFusion e Telerik, entre outros. Nós os valorizamos e valorizamos nossa comunidade!

Lançamos 3.4.0.1039999 e 3.5.0.274416 em 26/03/2019. SyncFusion confirmou conosco que essas versões não travam mais quando testadas com sua versão mais recente, mas eu não sei exatamente qual é o número da versão SyncFusion.

Se você ainda estiver enfrentando esse problema com o Xamarin.Forms 3.6 ou as versões que mencionei acima, encorajo você a entrar em contato com a SyncFusion sobre o assunto (https://www.syncfusion.com/forums/142489/compatibility-with -xamarin-forms-3-5), já que não tenho certeza se eles estão monitorando esse problema por mais tempo. Tenho certeza de que a SyncFusion está trabalhando duro para resolver esse problema para seus clientes e, se houver mais alguma coisa que o Xamarin.Forms precise fazer, vamos garantir que seja uma prioridade.

Obrigado!

Ok, esta manhã, eu atualizei para a versão de 26 de março (a versão de hoje ainda não foi lançada ou problema de cache nuget eu acho porque como eu disse: eu tentei com Linking assemblies to none).
Fico feliz em confirmar que ele não mostra mais uma tela branca. Obrigado !!
Eu não queria usar o Telerik ListView porque IMHO o SfListView é melhor.

Tentei com o modo Linker para Link SDK assemblies only e não funciona com Xamarin.forms 3.6.0.264807 e Syncfusion 17.1.0.38 https://help.syncfusion.com/xamarin/release-notes/v17.1.0.38 ? type = all

o mesmo problema. Ainda estou recebendo uma falha e alertas de licença irritantes também.
Obrigado, SF, você nos deu de graça, mas não precisa esfregar na nossa cara.

@samhouts @PureWeen não funciona com Xamarin.forms 3.6.0.264807 e Syncfusion 17.1.0.38. É claro que a comunicação entre Xamarin e Syncfusion está quebrada .... e está quebrada há mais de um mês e meio. Conecte-se hoje e resolva isso

O mesmo para mim. O problema ainda está aqui com XF 3.6.0.264807 e SF 17.1.0.38.
Ainda não está claro para mim se o problema está no XF ou no SF.
@samhouts @PureWeen Você poderia esclarecer e consertar com urgência?

Entramos em contato com a SyncFusion para descobrir em qual versão eles esperam que a correção esteja. Alguém apresentará um relatório aqui com essas informações.

Obrigado pela sua paciência!

Uau, eu estava prestes a atualizar, obrigado por nos informar, em suas notas de lançamento eles não mencionam o problema de compatibilidade, eles parecem fazer referência a outros problemas 3.5 lá https://help.syncfusion.com/xamarin/release-notes/ v17.1.0.38? type = all
Então, Xamarin fez seu trabalho consertando 3.5, mas sim 3.6 e acima devem ser consertados pelo lado SF, conforme mencionado antes

Eu também, estou pensando que podemos substituir (em nosso caso de uso) Lista SF por uma implementação personalizada baseada em XF 4 CollectionView, mas isso levará tempo

sim, é possível criar tudo de sflistview ou sfdatagrid usando CollectionView. mesmo se você fizer virtualização personalizada, possível com stacklayout ou datagrid vinculáveis. isso é o que o syncfusion está fazendo, embora você tenha me rejeitado, mas estou dizendo a verdade. eles não estão usando ListView de xamarin como herança. a única coisa difícil de fazer é arrastar e soltar o recurso no sflistview que vou faltar

Cara, eu acredito em você, só manusei porque aí fica difícil remover a dependência :) que é a coisa feia que todos nós encontramos

Lamentamos o transtorno causado.

Corrigimos o problema do linker do Android no Sflistview. Atualmente, ele pode estar em estado de teste, verificando vários cenários possíveis e teste de recursos de exibição de lista. Concluiremos esses testes e atualizaremos o patch em nosso próximo nuget semanal. A previsão é de 9 de abril de 2019. Agradecemos sua paciência até então.

@EmilAlipiev
Esta solução possui listas de arrastar e soltar e avançar
https://github.com/roubachof/Sharpnado.Presentation.Forms

A questão é: ele travará no modo de liberação.
Além disso, eu investi muito no listview do Syncfusion, então levará algum tempo para reescrever o código.

De acordo com a discussão anterior, confirmamos que a correção será incluída em nossa próxima data programada semanal Nuget em 9 de abril de 2019 sem qualquer demora. Enquanto isso, se você precisar de Nugets / Assemblies personalizados SfListView antes do lançamento semanal do Nuget, crie o tíquete de suporte usando o link a seguir.
Para criar suporte: https://www.syncfusion.com/support/directtrac/incidents

Saudações,
Gnana Priya N
(Equipe Syncfusion)

Alguma atualização sobre este problema?

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

Temos o prazer de anunciar que nossa última atualização semanal do pacote NuGet versão 17.1.0.40 foi lançada com o problema relatado de “Falha nativa no modo de lançamento com SfListView e Xamarin Forms 3.5 e superior” e está disponível para download ( nuget.org ) .

Agradecemos seu apoio e sua paciência em esperar por esta atualização.

Saudações,
Gnana Priya N
(Equipe Syncfusion)

@GnanaPriyaNamasivayam

Acabei de atualizar os nugets SF para o mais recente (17.1.0.40) e no Android estou vendo uma exceção ao navegar para uma página com SfListView nela:

04-10 15: 10: 04.141 I / MonoDroid (20065): EXCEÇÃO NÃO MANUSEADA:
04-10 15: 10: 04.157 I / MonoDroid (20065): System.TypeLoadException: A classe pai vtable falhou ao inicializar, devido a: Configuração da tabela V do tipo Syncfusion.ListView.XForms.Android.Renderer.ScrollViewRenderer montagem com falha: / storage / emulado / 0 / Android / data / Grouping.Droid / files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll tipo: ScrollViewRenderer membro: (null)
04-10 15: 10: 04.158 I / MonoDroid (20065): at (wrapper managed-to-native) System.RuntimeType.GetConstructors_native (System.RuntimeType, System.Reflection.BindingFlags)
04-10 15: 10: 04.158 I / MonoDroid (20065): em System.RuntimeType.GetConstructors_internal (System.Reflection.BindingFlags bindingAttr, System.RuntimeType ReflectedType) [0x00008] em <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): em System.RuntimeType.GetConstructorCandidates (System.String name, System.Reflection.BindingFlags bindingAttr, System.Reflection.CallingConventions callConv, System.Type [] tipos, System. Boolean allowPrefixLookup) [0x00034] em <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): em System.RuntimeType.GetConstructors (System.Reflection.BindingFlags bindingAttr) [0x00000] em <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): em System.RuntimeType.CreateInstanceImpl (System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder fichário, System.Object [] args, System.Globalization.CultureInfo culture, System.Object [] activationAttributes, System.Threading.StackCrawlMark & ​​stackMark) [0x0022b] em <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): em System.Activator.CreateInstance (System.Type type, System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder fichário, System.Object [] args, System. Globalization.CultureInfo culture, System.Object [] activationAttributes) [0x000a1] in <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): em System.Activator.CreateInstance (System.Type type, System.Object [] args) [0x00000] em <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): em Xamarin.Forms.Internals.DependencyResolver.ResolveOrCreate (tipo System.Type, System.Object [] args) [0x00046] em D: a1sXamarin.Forms.CoreDependencyResolver. cs: 49
04-10 15: 10: 04.158 I / MonoDroid (20065): em 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] em D: a1sXamarin.Forms.CoreRegistrar.cs: 102
04-10 15: 10: 04.158 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.Platform.CreateRenderer (elemento Xamarin.Forms.VisualElement, contexto Android.Content.Context) [0x00000] em D: a1sXamarin. Forms.Platform.AndroidPlatform.cs: 336
04-10 15: 10: 04.158 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (visualização Xamarin.Forms.VisualElement, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin Pool Platform.Android.RendererPool, System.Boolean sameChildren) [0x000af] em D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 120
04-10 15: 10: 04.158 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] em D: a1sXa. Forms.Platform.AndroidVisualElementPackager.cs: 268
04-10 15: 10: 04.158 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] em D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 92
04-10 15: 10: 04.158 I / MonoDroid (20065): em 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] em D: a1sXamarin.Forms .Platform.AndroidVisualElementRenderer.cs: 231
Exceção não tratada:

System.TypeLoadException:

04-10 15: 10: 04.158 I / MonoDroid (20065): em 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] em D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 414
04-10 15: 10: 04.158 I / MonoDroid (20065): em 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] em D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 127
04-10 15: 10: 04.158 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.Platform.CreateRenderer (elemento Xamarin.Forms.VisualElement, contexto Android.Content.Context) [0x0001f] em D: a1sXamarin. Forms.Platform.AndroidPlatform.cs: 338
04-10 15: 10: 04.158 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (visualização Xamarin.Forms.VisualElement, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin Pool Platform.Android.RendererPool, System.Boolean sameChildren) [0x000af] em D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 120
04-10 15: 10: 04.158 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] em D: a1sXa. Forms.Platform.AndroidVisualElementPackager.cs: 268
04-10 15: 10: 04.158 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] em D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 92
04-10 15: 10: 04.158 I / MonoDroid (20065): em 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] em D: a1sXamarin.Forms .Platform.AndroidVisualElementRenderer.cs: 231
04-10 15: 10: 04.159 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.VisualElementRenderer`1 [TElement] .Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement (elemento Xamarin.Forms.VisualElement) [0x00027] em D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 127
04-10 15: 10: 04.159 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.Platform.CreateRenderer (elemento Xamarin.Forms.VisualElement, contexto Android.Content.Context) [0x0001f] em D: a1sXamarin. Forms.Platform.AndroidPlatform.cs: 338
04-10 15: 10: 04.159 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.AppCompat.Platform.AddChild (página Xamarin.Forms.Page, layout System.Boolean) [0x0000d] em D: a1sXamarin. Forms.Platform.AndroidAppCompatPlatform.cs: 350
04-10 15: 10: 04.159 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.AppCompat.Platform.SetPageInternal (Xamarin.Forms.Page newRoot) [0x000ac] em D: a1sXamarin.Forms.Platform.AndroidApplatPlatform .cs: ​​320
04-10 15: 10: 04.159 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.AppCompat.Platform.SetPage (Xamarin.Forms.Page newRoot) [0x00087] em D: a1sXamarin.Forms.Platform.AndroidAppCompatPlatform .cs: ​​275
04-10 15: 10: 04.159 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.FormsAppCompatActivity.InternalSetPage (página Xamarin.Forms.Page) [0x00039] em D: a1sXamarin.Forms.Platform.AcroidAppatForms : 333
04-10 15: 10: 04.159 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.FormsAppCompatActivity.SetMainPage () [0x00000] em D: a1sXamarin.Forms.Platform.AndroidAppCompatFormsAppCompatActivity.cs: 362
04-10 15: 10: 04.159 I / MonoDroid (20065): em Xamarin.Forms.Platform.Android.FormsAppCompatActivity.LoadApplication (aplicativo Xamarin.Forms.Application) [0x00282] em D: a1sXamarin.Forms.Platform.AndroidApp : 138
04-10 15: 10: 04.159 I / MonoDroid (20065): em Grouping.Droid.MainActivity.OnCreate (pacote Android.OS.Bundle) [0x00027] em C: UsersmikolajProgrammingReproSfListViewGroupingGroupingGrouping.DroidMainActivity.cs: 23
04-10 15: 10: 04.159 I / MonoDroid (20065): em Android.App.Activity.n_OnCreate_Landroid_os_Bundle_ (System.IntPtr jnienv, System.IntPtr native__this, System.IntPtr native_savedInstanceState) [0x00011] em <302960acf52ec>
04-10 15: 10: 04.159 I / MonoDroid (20065): at (wrapper dynamic-method) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 04.179 W / Grouping.Droid (20065): JNI RegisterNativeMethods: tentativa de registrar 0 métodos nativos para android.runtime.JavaProxyThrowable
04-10 15: 10: 04.182 D / Mono (20065): DllImport pesquisando em: '__Internal' ('(null)').
04-10 15: 10: 04.182 D / Mono (20065): Pesquisando por 'java_interop_jnienv_throw'.
04-10 15: 10: 04.182 D / Mono (20065): Sondando '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): Exceção não tratada:
04-10 15: 10: 07.132 E / mono (20065): System.TypeLoadException: A classe pai vtable falhou ao inicializar, devido a: Configuração de VTable do tipo Syncfusion.ListView.XForms.Android.Renderer.ScrollViewRenderer montagem com falha: / storage / emulado / 0 / Android / data / Grouping.Droid / files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll tipo: ScrollViewRenderer membro: (null)
04-10 15: 10: 07.132 E / mono (20065): at (método dinâmico do wrapper) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 07.132 E / mono (20065): at (wrapper nativo para gerenciado) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 07.132 E / mono-rt (20065): [ERROR] EXCEÇÃO FATAL NÃO MANIPULADA: System.TypeLoadException: Falha na inicialização da classe pai vtable, devido a: configuração de VTable do tipo Syncfusion.ListView.XForms.Android. Renderer.ScrollViewRenderer falhou na montagem: /storage/emulated/0/Android/data/Grouping.Droid/files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll tipo: ScrollViewRenderer membro: (null)
04-10 15: 10: 07.132 E / mono-rt (20065): at (método dinâmico do wrapper) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 07.132 E / mono-rt (20065): at (wrapper nativo para gerenciado) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)

O problema acima não está relacionado ao tópico deste problema do github, mas percebi que irei postá-lo aqui todas as vezes, pois estava tentando corrigir esse problema e encontrei outro ... Também é muito novo e as pessoas de SF ainda podem ser monitorando este tópico. O acima acontece com a versão Xamarin.Forms 3.5.0.169047 .

Estou anexando uma amostra de reprodução. É um exemplo de agrupamento SfListView atualizado que você pode encontrar em sites de SF. Eu testei no VS 2019 (v 16.0.0).

SfListViewGrouping.zip

EDIT: Confirmado que isso não acontece na versão Xamarin.Forms 3.5.0.274416

Verificamos a consulta relatada na amostra fornecida. Gostaríamos de informá-lo que o travamento relatado ocorre apenas na versão 3.5.0.169047 do Xamarin. Existe algum propósito específico para usar essa versão porque esta falha foi corrigida em todas as versões mais recentes lançadas após 3.5.0.169047. Recomendamos que você atualize a versão do Xamarin Forms para a versão mais recente para resolver esse problema relatado.

Saudações,
Gnana Priya N
(Equipe Syncfusion)

A nova versão (17.1.0.40) funciona para mim com Xamarin.Forms 3.6.0.293080.
Agora posso construir meus aplicativos iOS e Android ao vincular conjuntos SDK no modo de lançamento sem ver nenhuma falha nativa.
Obrigado.

Eu só queria alertar que 17.1.0.40 travou no Xamarin Forms pré-lançamento 4. Eu atualizei um projeto para o pré-lançamento 4 para testar um recurso no pré-lançamento do Prism (que requer xam 4), e ainda havia problemas com 17.1.0.40. Fiz downgrade de tudo para o Xamarin Forms 3.6.xe o problema original com links, que é o tópico deste tópico) foi resolvido. Só queria avisar caso alguém atualize para o pré-lançamento 4 ..

@SharbelWired você pode postar seu rastreamento de pilha?

@SharbelWired ,

Gostaríamos de informar que os componentes do Syncfusion Xamarin.Forms são compatíveis apenas com a versão estável do Xamarin Forms. Já mencionamos isso em nossa documentação. Consulte nosso formulário de documentação abaixo do link para sua referência.

Link de documentação do UG: https://help.syncfusion.com/xamarin/introduction/compatibility-road-map

@samhouts , Um de nossos clientes instalou a versão mais recente do Xamarin.Forms v3.6.0.344457, mas ainda está enfrentando o problema em seu aplicativo ref Forum .

Conforme sugestão comentada abaixo, deve se resolver nesta versão.
https://github.com/xamarin/Xamarin.Forms/issues/5288#issuecomment -478075117

Você pode verificar o problema nesta versão e nos reverter o mais rápido possível?

Estou tendo o mesmo desastre agora

SfListView Versão 17.2.035

Formulários Xamarin versão 4.1.0.581479

@jrahma parece que um bug deve ser aberto com Syncfusion, não Xamarin.
Acabamos de começar a experimentar uma falha de OOM no Android apenas no modo de lançamento:
Xamarin 3.6.539721
SfListView 17.2.0.35

Estamos removendo Sflistview

Não atualizei para o XF 4.1, ainda estou no 4.0. No entanto, eu atualizei o Visual Studio para a última 16.2 e também tive uma falha ao vincular com SfListView. Talvez algo relacionado com o novo AOT introduzido nesta versão?

@GnanaPriyaNamasivayam

VS 16.2.0
XF Stable 4.1.0.618606
SF 17.2.0.36

Recebi acidente
[MonoDroid] System.Reflection.TargetInvocationException: a exceção foi lançada pelo destino de uma invocação. ---> System.NullReferenceException: Referência de objeto não definida para uma instância de um objeto
[MonoDroid] em Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener (Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l) [0x0000c] em <1e09550ab4e54a22a61340ec6b5f48a3>: 0
[MonoDroid] em Syncfusion.ListView.XForms.Android.ExtendedScrollViewRenderer..ctor (contexto Android.Content.Context) [0x00007] em <1d13e866db284fb28ce6270fd09fd7e3>: 0
[MonoDroid] em (wrapper managed-to-native) System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Reflection.RuntimeConstructorInfo, object, object [], System.Exception &)
[MonoDroid] em System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Object obj, System.Object [] parameters, System.Boolean wrapExceptions) [0x00005] em <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] --- Fim do rastreamento de pilha de exceção interna ---
[MonoDroid] em System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Object obj, System.Object [] parameters, System.Boolean wrapExceptions) [0x0001d] em <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] em System.Reflection.RuntimeConstructorInfo.DoInvoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder fichário, parâmetros System.Object [], cultura System.Globalization.CultureInfo) [0x0007a] em < 96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] em System.Reflection.RuntimeConstructorInfo.Invoke (System.Reflection.BindingFlags invokeAttr, fichário System.Reflection.Binder, parâmetros System.Object [], cultura System.Globalization.CultureInfo) [0x00000] in <96c0fbcf1cbcf1c254592a46> 953953bcbcf1c25495a46
[MonoDroid] em System.RuntimeType.CreateInstanceImpl (System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder fichário, System.Object [] args, System.Globalization.CultureInfo cultura, System.Object [] activationAttributes, System.ThreadingMarkCack stackMark) [0x0022b] em <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] em System.Activator.CreateInstance (System.Type type, System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder binder, System.Object [] args, System.Globalization.CultureInfo culture, System.Object [] activationAttributes) [0x000a1] em <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] em System.Activator.CreateInstance (System.Type type, System.Object [] args) [0x00000] em <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] em Xamarin.Forms.Internals.DependencyResolver.ResolveOrCreate (System.Type type, System.Object source, System.Type visualType, System.Object [] args) [0x000af] em D: a1sXamarin.Forms.CoreDependencyResolver.cs: 58
[MonoDroid] em 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] em D: a1sXamarin.Forms.CoreRegistrar .cs: ​​111
[MonoDroid] em Xamarin.Forms.Platform.Android.Platform.CreateRenderer (elemento Xamarin.Forms.VisualElement, contexto Android.Content.Context) [0x00010] em D: a1sXamarin.Forms.Platform.AndroidPlatform.cs: 342
[MonoDroid] em Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (Xamarin.Forms.VisualElement view, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms.Platform.Forms.VisualElement view, Xamarin. [0x000af] em D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 138
[MonoDroid] em Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] em D: a1sXamarin.Forms.Platualcs.AndroidVislement:
[MonoDroid] em Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] em D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 110
[MonoDroid] em 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] em D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 239
[MonoDroid] em 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] em D: a1sXamarualin.Forms.Plater .cs: ​​438
[MonoDroid] em 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 (elemento Xamarin.Forms.VisualElement) [0x00027] em D: a1X .Forms.Platform.AndroidVisualElementRenderer.cs: 127
[MonoDroid] em Xamarin.Forms.Platform.Android.Platform.CreateRenderer (elemento Xamarin.Forms.VisualElement, contexto Android.Content.Context) [0x00044] em D: a1sXamarin.Forms.Platform.AndroidPlatform.cs: 345
[MonoDroid] em Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (Xamarin.Forms.VisualElement view, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms.Platform. [0x000af] em D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 138
[MonoDroid] em Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] em D: a1sXamarin.Forms.Platualcs.AndroidVislement:
[MonoDroid] em Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] em D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 110
[MonoDroid] em 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] em D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 239
[MonoDroid] em Xamarin.Forms.Platform.Android.VisualElementRenderer`1 [TElement] .Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement (elemento Xamarin.Forms.VisualElement) [0x00027] em D: a1sormsXamarin.Forms. AndroidVisualElementRenderer.cs: 127
[MonoDroid] em Xamarin.Forms.Platform.Android.Platform.CreateRenderer (elemento Xamarin.Forms.VisualElement, Android.Support.V4.App.FragmentManager fragmentManager, Android.Content.Context context) [0x00031] em D: a1sXamarin.Forms .Platform.AndroidPlatform.cs: 393
[MonoDroid] em Xamarin.Forms.Platform.Android.AppCompat.FragmentContainer.OnCreateView (Android.Views.LayoutInflater inflater, contêiner Android.Views.ViewGroup, Android.OS.Bundle savedInstanceState) [0x00008] in D: a1sXamarin. .AndroidAppCompatFragmentContainer.cs: 56
[MonoDroid] em 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] no <8e2cc32557d1415cb7e87025cc8a4a87>: 0
[MonoDroid] at (wrapper dynamic-method) Android.Runtime.DynamicMethodNameCounter.63 (intptr, intptr, intptr, intptr, intptr)
[art] JNI RegisterNativeMethods: tentativa de registrar 0 métodos nativos para android.runtime.JavaProxyThrowable
[Mono] DllImport pesquisando em: '__Internal' ('(null)').
[Mono] Pesquisando por 'java_interop_jnienv_throw'.
[Mono] Sondando 'java_interop_jnienv_throw'.
[Mono] Encontrado como 'java_interop_jnienv_throw'.
[MonoDroid] EXCEÇÃO NÃO MANUSEADA:
[MonoDroid] System.Reflection.TargetInvocationException: a exceção foi lançada pelo destino de uma invocação. ---> System.NullReferenceException: Referência de objeto não definida para uma instância de um objeto
[MonoDroid] em Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener (Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l) [0x0000c] em <1e09550ab4e54a22a61340ec6b5f48a3>: 0
[MonoDroid] em Syncfusion.ListView.XForms.Android.ExtendedScrollViewRenderer..ctor (contexto Android.Content.Context) [0x00007] em <1d13e866db284fb28ce6270fd09fd7e3>: 0
[MonoDroid] em (wrapper managed-to-native) System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Reflection.RuntimeConstructorInfo, object, object [], System.Exception &)
[MonoDroid] em System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Object obj, System.Object [] parameters, System.Boolean wrapExceptions) [0x00005] em <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] --- Fim do rastreamento de pilha de exceção interna ---
[MonoDroid] at (wrapper dynamic-method) Android.Runtime.DynamicMethodNameCounter.63 (intptr, intptr, intptr, intptr, intptr)
[MonoDroid] at (wrapper nativo para gerenciado) Android.Runtime.DynamicMethodNameCounter.63 (intptr, intptr, intptr, intptr, intptr)
[MonoDroid] at (wrapper managed-to-native) Java.Interop.NativeMethods.java_interop_jnienv_call_nonvirtual_void_method_a (intptr, intptr &, intptr, intptr, intptr, Java.Interop.JniArgumentValue )[MonoDroid] em Java.Interop.JniEnvironment + InstanceMethods.CallNonvirtualVoidMethod (instância Java.Interop.JniObjectReference, tipo Java.Interop.JniObjectReference, método Java.Interop.JniMethodInfo, método Java.Interop.JniueV 73 em Java.Interop.JniArg73): 0
[MonoDroid] em Java.Interop.JniPeerMembers + JniInstanceMethods.InvokeNonvirtualVoidMethod (System.String encodedMember, Java.Interop.IJavaPeerable self, Java.Interop.JniArgumentValue * parameters) [0x0001f] em: 0
[MonoDroid] em Android.Views.View.Measure (System.Int32 widthMeasureSpec, System.Int32 heightMeasureSpec) [0x00035] em <207e29a54396482796911ec489e256ce>: 0
[MonoDroid] em Xamarin.Forms.Platform.Android.AppCompat.TabbedPageRenderer.OnLayout (System.Boolean alterado, System.Int32 l, System.Int32 t, System.Int32 r, System.Int32 b) [0x0002c] em D: a1sXamarin .Forms.Platform.AndroidAppCompatTabbedPageRenderer.cs: 374
[MonoDroid] em 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 p3, System.Int32 p3, System.Int32 p3 ) [0x00008] em D: a1sXamarin.Forms.Platform.Android.FormsViewGroupobjReleasegeneratedsrcXamarin.Forms.Platform.Android.FormsViewGroup.cs: 198
[MonoDroid] at (wrapper dynamic-method) Android.Runtime.DynamicMethodNameCounter.41 (intptr, intptr, bool, int, int, int, int)

Olá a todos,

Peça desculpas pelo transtorno.

Já registramos um relatório de defeito para o problema relatado e a correção será incluída em nosso Nuget semanal, em 30 de julho de 2019. Agradecemos sua paciência até então.

Saudações,
Dinesh Babu Yadav
[Equipe Syncfusion]

@DineshBabuYadav Pode-se tentar pular a vinculação deste assembly em particular para corrigir o problema, eu acho?

Olá a todos,

Peça desculpas pelo transtorno.

Já registramos um relatório de defeito para o problema relatado e a correção será incluída em nosso Nuget semanal, em 30 de julho de 2019. Agradecemos sua paciência até então.

Saudações,
Dinesh Babu Yadav
[Equipe Syncfusion]

@DineshBabuYadav não é apenas com SfListView, mas com outros controles também. Eu uso SfRototator em minha página principal e agora meu aplicativo está travando após atualizar para Visual Studio 16.2 e Syncfusion 17.2.036

você não acha que uma semana é muito tempo para consertar um problema sério que causou um desastre de travamento de apps?

Por exemplo, meu cliente é uma organização semi-governamental e outras pessoas podem ter aplicativos de negócios e de comércio eletrônico, o que significa que toda a sua operação eletrônica no celular será interrompida por uma semana?

Agradeço se isso será corrigido imediatamente

@jrahma, isso não deve afetar o usuário final, pois você pode ter lançado uma versão anterior do seu aplicativo com versões anteriores do Syncfusion e do XF. Eu não entendo seu ponto. Isso deve afetar apenas sua construção local ou as de teste. A menos que você publicou uma nova versão sem teste de controle de qualidade antes do lançamento, mas isso é outro problema.

A equipe Sf tem que investigar o problema. Aplique uma correção e teste-a. Tudo bem que demore alguns dias

@jrahma, isso não deve afetar o usuário final, pois você pode ter lançado uma versão anterior do seu aplicativo com versões anteriores do Syncfusion e do XF. Eu não entendo seu ponto. Isso deve afetar apenas sua construção local ou as de teste. A menos que você publicou uma nova versão sem teste de controle de qualidade antes do lançamento, mas isso é outro problema 😀

esse é o problema, meu aplicativo anterior tinha um problema e eu estava esperando pela correção que veio com um desastre

e o aplicativo funciona bem em todos os dispositivos e emuladores, mas esse problema acontece apenas ao instalar o aplicativo do Google Play

Isto é o que estou recebendo no Google Play Console:

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

Olá a todos,

Conforme prometido, avisaremos você assim que o lançamento for lançado, ou seja, 30 de julho de 2019.

@jrahma , estamos verificando com a equipe SfRotator e avisaremos você dos detalhes o mais rápido possível.

Saudações,
Dinesh B

@DineshBabuYadav Pode-se tentar pular a vinculação deste assembly em particular para corrigir o problema, eu acho?

sim, até então você pode pular esta opção de link para resolver o problema no próprio aplicativo.

Este é o problema, meu aplicativo anterior tinha um problema e eu estava esperando a correção que veio com um desastre

e o aplicativo funciona bem em todos os dispositivos e emuladores, mas esse problema acontece apenas ao instalar o aplicativo do Google Play

Qual é a diferença entre testar no modo de lançamento e instalar a partir do Google Play? você também deve receber isso quando for liberado, não é?
É estranho que eu não esteja tendo problemas com links completos usando xf 4.1.0.581479 e sflistview 17.1.0.52. é talvez porque estou fazendo minhas compilações de lançamento no VS4Mac 2019, será que é apenas um problema no VS 2019 Windows?

@EmilAlipiev Bem, parece apenas vinculado ao mais recente VS2019. Não atualizei os pacotes Syncfusion nem o Xamarin Forms one, apenas o VS. 16.2.0 introduz um novo talento para AOT e assemblies agrupados, acho que o erro é daqui.

@vincentcastagna essas configurações existiam em versões anteriores vs 2019 também, pelo menos na versão empresarial. Você está falando sobre a versão da comunidade? aqueles que têm problemas podem confirmar que é a versão da comunidade do VS?

O mesmo problema com VS 16.2.0 e VS para Mac 8.2. Ambos têm licença Enterprise.

Experimente a pré-visualização do vs mac 8.3. Isso funciona bem para mim. Vou verificar vs 16.2 mais tarde.

@EmilAlipiev sim, estou na versão da comunidade

Relatórios em. VS2019 16.1.6 / XF 4.1.0.618606 / SfListView 17.2.0.35
Definir Linking como none resolve o problema que só aparece no modo de liberação.

VS MAC 8.2 (1105)
XF Stable 4.1.0.618606
SF 17.2.0.36

Recebi acidente
[MonoDroid] System.Reflection.TargetInvocationException: a exceção foi lançada pelo destino de uma invocação. ---> System.NullReferenceException: Referência de objeto não definida para uma instância de um objeto
[MonoDroid] em Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener (Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l) [0x0000c] em <1e09550ab4e54a22a61340ec6b5f48a3>: 0

+1

downgrade para 17.1.0.52, funciona bem para mim no modo de lançamento. Eu tentei no VS mac e atualizações mais recentes do VS windows.

Olá a todos,

Obrigado pela paciência.

Temos o prazer de anunciar que nossa última atualização semanal do pacote NuGet versão 17.2.0.39 foi lançada e o problema relatado foi resolvido e está disponível para download ( nuget.org ).

Agradecemos seu apoio e sua paciência em esperar por esta atualização. Entre em contato conosco se precisar de mais assistência.

Saudações,
Dinesh Babu Yadav

Olá a todos,
Peça desculpas pelo transtorno.
Já registramos um relatório de defeito para o problema relatado e a correção será incluída em nosso Nuget semanal, em 30 de julho de 2019. Agradecemos sua paciência até então.
Saudações,
Dinesh Babu Yadav
[Equipe Syncfusion]

@DineshBabuYadav não é apenas com SfListView, mas com outros controles também. Eu uso SfRototator em minha página principal e agora meu aplicativo está travando após atualizar para Visual Studio 16.2 e Syncfusion 17.2.036

você não acha que uma semana é muito tempo para consertar um problema sério que causou um desastre de travamento de apps?

Por exemplo, meu cliente é uma organização semi-governamental e outras pessoas podem ter aplicativos de negócios e de comércio eletrônico, o que significa que toda a sua operação eletrônica no celular será interrompida por uma semana?

Agradeço se isso será corrigido imediatamente

@jrahma , você pode compartilhar o rastreamento de pilha e os detalhes sobre o problema de travamento do SfRotator, que serão úteis para analisarmos e resolvermos o mais rápido possível.

Saudações,
Paul Anderson

Obrigado @DineshBabuYadav funcionou novamente!
Kudos Syncfusion Team!

@xamarindevelopervietnam , obrigado pela atualização.

Olá a todos,
Peça desculpas pelo transtorno.
Já registramos um relatório de defeito para o problema relatado e a correção será incluída em nosso Nuget semanal, em 30 de julho de 2019. Agradecemos sua paciência até então.
Saudações,
Dinesh Babu Yadav
[Equipe Syncfusion]

@DineshBabuYadav não é apenas com SfListView, mas com outros controles também. Eu uso SfRototator em minha página principal e agora meu aplicativo está travando após atualizar para Visual Studio 16.2 e Syncfusion 17.2.036

você não acha que uma semana é muito tempo para consertar um problema sério que causou um desastre de travamento de apps?

Por exemplo, meu cliente é uma organização semi-governamental e outras pessoas podem ter aplicativos de negócios e de comércio eletrônico, o que significa que toda a sua operação eletrônica no celular será interrompida por uma semana?

Agradeço se isso será corrigido imediatamente

@jrahma : Você pode compartilhar os detalhes do stacktrace relacionado ao controle do Rotator e os detalhes do Rotator usado em sua aplicação, que serão úteis para analisarmos e resolvermos o mais rápido possível

Olá a todos,
Peça desculpas pelo transtorno.
Já registramos um relatório de defeito para o problema relatado e a correção será incluída em nosso Nuget semanal, em 30 de julho de 2019. Agradecemos sua paciência até então.
Saudações,
Dinesh Babu Yadav
[Equipe Syncfusion]

@DineshBabuYadav não é apenas com SfListView, mas com outros controles também. Eu uso SfRototator em minha página principal e agora meu aplicativo está travando após atualizar para Visual Studio 16.2 e Syncfusion 17.2.036
você não acha que uma semana é muito tempo para consertar um problema sério que causou um desastre de travamento de apps?
Por exemplo, meu cliente é uma organização semi-governamental e outras pessoas podem ter aplicativos de negócios e de comércio eletrônico, o que significa que toda a sua operação eletrônica no celular será interrompida por uma semana?
Agradeço se isso será corrigido imediatamente

@jrahma : Você pode compartilhar os detalhes do stacktrace relacionado ao controle do Rotator e os detalhes do Rotator usado em sua aplicação, que serão úteis para analisarmos e resolvermos o mais rápido possível

@DineshBabuYadav Está consertado agora para todos. Obrigado, Equipe