Xamarin.forms: Собственный сбой при использовании Syncfusion SfListView с Xamarin.Forms 3.5.0.129452

Вот трассировка стека:

02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] JNI ОБНАРУЖЕНА ОШИБКА В ПРИЛОЖЕНИИ: отрицательный размер jsize: -443686848
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] в вызове NewIntArray
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] от void md5e6dceb8716288c40551f253cf2268d49.MainActivity.n_onCreate (android.os.Bundle)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] "main" prio = 5 tid = 1 Runnable
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] | group = "main" sCount = 0 dsCount = 0 obj = 0x75bb0268 self = 0xf4305400
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] | sysTid = 18225 nice = 0 cgrp = default sched = 0/0 handle = 0xf7582534
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] | состояние = R schedstat = (0 0 0) utm = 278 stm = 41 ядро ​​= 3 Гц = 100
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] | stack = 0xff4e7000-0xff4e9000 stackSize = 8 МБ
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] | удерживаемые мьютексы = "блокировка мутатора" (совместно удерживается)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 00 pc 00351799 /system/lib/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_MapIcnS0_11char_Mapi_traits) 128
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 01 pc 00331cb5 /system/lib/libart.so (_ZNK3art6Thread9DumpStackERNSt3__113basic_ostreamIcebtraMapIcnS1_11char)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 02 pc 0023a07f /system/lib/libart.so (_ZN3art9JavaVMExt8JniAbortEPKcS2_ + 846)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 03 pc 0023a5b7 /system/lib/libart.so (_ZN3art9JavaVMExt9JniAbortVEPKcS2_St9__va_list + 58)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 04 pc 000ca893 /system/lib/libart.so (_ZN3art11ScopedCheck6AbortFEPKcz + 42)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 05 pc 000ca841 /system/lib/libart.so (_ZN3art11ScopedCheck17CheckNonHeapValueEcNS_12JniValue4)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 06 pc 000c94ff /system/lib/libart.so (_ZN3art11ScopedCheck22CheckPossibleHeapValueERNS_12ScopedObject + 130ScopedObject
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 07 pc 000c8969 /system/lib/libart.so (_ZN3art11ScopedCheck5CheckERNS_18ScopedObjectAccessEbPKcpeN +
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 08 pc 000cfcb9 /system/lib/libart.so (_ZN3art8CheckJNI17NewPrimitiveArrayEPKcP7_JNIEnrim +
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] native: # 09 pc 000166cc (???)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] на md5e6dceb8716288c40551f253cf2268d49.MainActivity.n_onCreate (собственный метод)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] в md5e6dceb8716288c40551f253cf2268d49.MainActivity.onCreate (MainActivity.java:29)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] в android.app.Activity.performCreate (Activity.java:6955)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] в android.app.Instrumentation.callActivityOnCreate (Instrumentation.java:1126)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] в android.app.ActivityThread.performLaunchActivity (ActivityThread.java:2927)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] в android.app.ActivityThread.handleLaunchActivity (ActivityThread.java:3045)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] в android.app.ActivityThread.-wrap14 (ActivityThread.java:-1)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] в android.app.ActivityThread $ H.handleMessage (ActivityThread.java:1642)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] в android.os.Handler.dispatchMessage (Handler.java:102)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] на android.os.Looper.loop (Looper.java:154)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] в android.app.ActivityThread.main (ActivityThread.java:6776)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] в java.lang.reflect.Method.invoke! (Собственный метод)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470] в 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] на com.android.internal.os.ZygoteInit.main (ZygoteInit.java:1386)
02-17 17: 44: 49.406 F / art (18225): art / runtime / java_vm_ext.cc: 470]
02-17 17: 44: 49.560 F / art (18225): art / runtime / runtime.cc: 419] Выполнение прерывания ...

Имея ту же проблему. Отсутствие связывания сборок SDK решает проблему, но в итоге я получил огромный APK. Я также добавляю трассировку стека из отладочной сборки (вы можете воспроизвести ее при отладке, не используя общую среду выполнения + связывая сборки SDK).

Кроме того, воспроизводится с предварительным просмотром XF 4.0.

Простой откат до XF 3.4.0.1029999 решает проблему.

02-18 23: 17: 01.789 D / Mono (31151): Ссылка на сборку addref Syncfusion.SfPullToRefresh.XForms.Android [0xe64f1e20] -> Xamarin.Android.Support.SwipeRefreshLayout [0xe640f540]: 3
02-18 23: 17: 01.815 E / art (31151): JNI ОБНАРУЖЕНА ОШИБКА В ПРИЛОЖЕНИИ: отрицательный jsize: -443686848
referenceTable GDEF length = 814 1
Ссылочная длина GSUB = 11364 1
referenceTable GPOS length = 47302 1
Ссылка Длина головки = 54 1
02-18 23: 17: 01.815 E / art (31151): звонок в NewIntArray
02-18 23: 17: 01.815 E / art (31151): от android.view.View md58432a647068b097f9637064b8985a5e0.FragmentContainer.n_onCreateView (android.view.LayoutInflater, android.view.ViewGroup, android.os.Bundle)
02-18 23: 17: 01.815 E / art (31151): "main" prio = 5 tid = 1 Runnable
02-18 23: 17: 01.815 E / art (31151): | group = "main" sCount = 0 dsCount = 0 obj = 0x761414e0 self = 0xf48b6a00
02-18 23: 17: 01.815 E / art (31151): | sysTid = 31151 nice = -10 cgrp = default sched = 0/0 handle = 0xf72c7de4
02-18 23: 17: 01.815 E / art (31151): | состояние = R schedstat = (5251775448 129778313 2725) utm = 463 stm = 62 core = 8 HZ = 100
02-18 23: 17: 01.815 E / art (31151): | stack = 0xff691000-0xff693000 stackSize = 8 МБ
02-18 23: 17: 01.815 E / art (31151): | удерживаемые мьютексы = "блокировка мутатора" (совместно удерживается)
02-18 23: 17: 01.815 E / art (31151): native: # 00 pc 0034d679 /system/lib/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMapPKcrtPNSho_)
02-18 23: 17: 01.815 E / art (31151): native: # 01 pc 0032dfe9 /system/lib/libart.so (_ZNK3art6Thread4DumpERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEP12BacktraceMap + 148)
02-18 23: 17: 01.815 E / art (31151): native: # 02 pc 0024116f /system/lib/libart.so (_ZN3art9JavaVMExt8JniAbortEPKcS2_ + 902)
02-18 23: 17: 01.815 E / art (31151): native: # 03 pc 00241803 /system/lib/libart.so (_ZN3art9JavaVMExt9JniAbortVEPKcS2_St9__va_list + 54)
02-18 23: 17: 01.815 E / art (31151): native: # 04 pc 000edf95 /system/lib/libart.so (_ZN3art11ScopedCheck6AbortFEPKcz + 28)
02-18 23: 17: 01.815 E / art (31151): native: # 05 pc 000f2f63 /system/lib/libart.so (_ZN3art11ScopedCheck5CheckERNS_18ScopedObjectAccessEbPKcPNS_12JniValueTypeE.constprop.95 + 5350)
02-18 23: 17: 01.815 E / art (31151): native: # 06 pc 000fc9cd /system/lib/libart.so (_ZN3art8CheckJNI17NewPrimitiveArrayEPKcP7_JNIEnviNS_9Primitive4TypeE + 364)
02-18 23: 17: 01.815 E / art (31151): native: # 07 pc 00017a9c (???)
02-18 23: 17: 01.815 E / art (31151): at md58432a647068b097f9637064b8985a5e0.FragmentContainer.n_onCreateView (собственный метод)
02-18 23: 17: 01.815 E / art (31151): at md58432a647068b097f9637064b8985a5e0.FragmentContainer.onCreateView (FragmentContainer.java:33)
02-18 23: 17: 01.815 E / art (31151): на android.support.v4.app.Fragment.performCreateView (Fragment.java:2439)
02-18 23: 17: 01.815 E / art (31151): на android.support.v4.app.FragmentManagerImpl.moveToState (FragmentManager.java:1460)
02-18 23: 17: 01.815 E / art (31151): в android.support.v4.app.FragmentManagerImpl.moveFragmentToExpectedState (FragmentManager.java:1784)
02-18 23: 17: 01.815 E / art (31151): на android.support.v4.app.FragmentManagerImpl.moveToState (FragmentManager.java:1852)
02-18 23: 17: 01.815 E / art (31151): на android.support.v4.app.BackStackRecord.executeOps (BackStackRecord.java:802)
02-18 23: 17: 01.815 E / art (31151): at android.support.v4.app.FragmentManagerImpl.executeOps (FragmentManager.java:2625)
02-18 23: 17: 01.815 E / art (31151): в android.support.v4.app.FragmentManagerImpl.executeOpsTogether (FragmentManager.java:2411)
02-18 23: 17: 01.816 E / art (31151): по адресу android.support.v4.app.FragmentManagerImpl.removeRedundantOperationsAndExecute (FragmentManager.java:2366)
02-18 23: 17: 01.816 E / art (31151): at android.support.v4.app.FragmentManagerImpl.execPendingActions (FragmentManager.java:2273)
02-18 23: 17: 01.816 E / art (31151): at android.support.v4.app.FragmentManagerImpl $ 1.run (FragmentManager.java:733)
02-18 23: 17: 01.816 E / art (31151): на android.os.Handler.handleCallback (Handler.java:815)
02-18 23: 17: 01.816 E / art (31151): на android.os.Handler.dispatchMessage (Handler.java:104)
02-18 23: 17: 01.816 E / art (31151): на android.os.Looper.loop (Looper.java:207)
02-18 23: 17: 01.816 E / art (31151): в android.app.ActivityThread.main (ActivityThread.java:5845)

Могу ли я связать SDK, но избегать связывания этих конкретных SDK / пространств имен? Решило бы это проблему? Я предполагаю, что это те пространства имен, которые мне не следует связывать "Syncfusion.ListView.XForms"
"Syncfusion.ListView.XForms.Control.Helpers"
"Syncfusion.ListView.XForms.Helpers"
"Syncfusion.SfPullToRefresh.XForms"
"Com.Syncfusion.Sfpulltorefresh"
"Syncfusion.SfPullToRefresh"
"Syncfusion.SfPullToRefresh.Android"
"Syncfusion.SfPullToRefresh.iOS"

Редактировать:
Я посмотрел на это дальше, и компоновщику нужны имена сборки, а не пространства имен.
"Syncfusion.SfListView.XForms.dll"
"Syncfusion.SfPullToRefresh.XForms.dll"
"Syncfusion.SfPullToRefresh.Android.dll"
"Syncfusion.SfPullToRefresh.iOS.dll"
В соответствии с
https://www.fuget.org/packages/Syncfusion.Xamarin.SfListView
https://www.fuget.org/packages/Syncfusion.Xamarin.SfPullToRefresh
https://www.fuget.org/packages/Syncfusion.Xamarin.SfPullToRefresh.Android
https://www.fuget.org/packages/Syncfusion.Xamarin.SfPullToRefresh.IOS

Изменить снова: я попытался не связывать эти сборки, но он все равно разбился. Я не собираюсь больше пытаться это сделать и просто перейду на версию 3.4.

Аналогичная проблема здесь. (Работает с Xam.forms 3.4, но не в последней стабильной версии 3.5.0.129452)
См. Приложенные журналы ошибок.
xamform_runtime_error_Android.txt

Сборки @ AmrAlSayed0 Syncfusion не являются сборками SDK. Поэтому я не думаю, что связывание сборок SDK + предоставленный вами список делает что-то особенное. Это сработало бы, если бы вы также связали пользовательские сборки.

Основываясь на трассировке стека, я считаю, что это какое-то изменение в библиотеке поддержки Android, что-то связано со SwipeRefreshLayout?

Та же проблема на Android здесь. iOS работает нормально.

Пожалуйста, попробуйте 3.5.0.169047. Это все еще происходит? Благодаря!

По-прежнему вылетает в режиме выпуска. Протестировано путем клонирования указанного выше проекта и обновления библиотек Xamarin и Syncfusion.

Привет команда,
У меня также сбой как в режиме отладки, так и в режиме выпуска. Но если я продолжу связывать опцию с Don't Link тогда я смогу запустить приложение без сбоев с помощью xamarin forms 3.5.
Но я мог работать, если перейти на Xamarin.Forms 3.4 без сбоев как в режиме выпуска, так и в режиме отладки.
Не могли бы вы также взглянуть на этот случай в режиме отладки .

По-прежнему возникают проблемы. Есть обновления по этому поводу?

Есть предположения, когда это будет исправлено?

Это проблема с линкером? Я тестировал в режиме отладки, разрешая полное связывание, и он работал нормально, но если я использую полное связывание в режиме выпуска, он вылетает. Это немного сбивает с толку

Я обратился к SyncFusion по поводу этого. Я пока не смог сузить причину аварии.

С версии 3.4 до 3.5 базовый класс ScrollViewRenderer изменился с ScrollView на NestedScrollView, поэтому SF пришлось выпустить патч для этого, который по какой-то причине не очень хорошо работает с 3.5.

Я перекомпилировал 3.5 и изменил базовый класс ScrollViewRenderer обратно на ScrollView, и когда я это сделал, старая версия SF работала нормально, так что в новейшей версии 54 SF есть что-то, что не очень хорошо работает с XF 3.5.

@samhouts подтверждает это как блокировщик для 3.5 и всех, кто использует представление списка Syncfusion. Каково наше расчетное время прибытия для обновления Xam Forms?

Мы не уверены, что Xamarin.Forms может это исправить. Это может быть что-то, что нужно решить SyncFusion.

@samhouts от Syncfusion Эта проблема возникает только после обновления Xamarin.Forms версии 3.5 с включенным компоновщиком. Как мы уже упоминали, проблема возникает из-за обновления платформы Xamarin, и мы зарегистрировали отчет о проблеме (5288) для этого же. Это можно решить, установив для параметра Linking значение None, как мы делали ранее.

На данный момент вы можете использовать более ранние обновления Xamarin.Forms (версия 3.4 и более ранние), чтобы избежать этого сбоя. Мы занимаемся проблемой, о которой сообщается, и сообщим вам, как только она будет решена.

Благодарим вас за терпение и просим до тех пор использовать более ранние обновления Xamarin.Forms (3.4 и более ранние).

[email protected] - это контакт. Был бы признателен, если бы вы двое могли подключиться / разрешить, чтобы мы могли обновить. У нас 15 день, когда мы не можем выпустить.

@caseyniemann Мы связывались с SyncFusion по этому поводу и вместе работаем над его решением. благодаря

Привет команда,
На данный момент большинство наших клиентов работают, установив ссылку «Нет», и это не может быть постоянным решением этой проблемы в режиме выпуска. Не могли бы вы как можно скорее предоставить исправление с обновленной версией.
Мы не получали никаких ваших уведомлений об этой проблеме.

Не могли бы вы подтвердить проблему и поделиться обновлением относительно?

С Уважением,
Gnana Priya N
(Синхронизация)

@GnanaPriyaNamasivayam Я отправил

Не могли бы вы установить мою лицензию SF вместе с лицензией на исходный код, чтобы я мог компилировать и отлаживать SF? shneuvil в Microsoft dot com - это мой адрес электронной почты, против которого действует моя текущая лицензия

Привет команда,
На данный момент большинство наших клиентов работают, установив ссылку «Нет», и это не может быть постоянным решением этой проблемы в режиме выпуска. Не могли бы вы как можно скорее предоставить исправление с обновленной версией.
Мы не получали никаких ваших уведомлений об этой проблеме.

Не могли бы вы подтвердить проблему и поделиться обновлением относительно?

С Уважением,
Gnana Priya N
(Синхронизация)

@samhouts @GnanaPriyaNamasivayam Пожалуйста, подключитесь и

@samhouts , Не могли бы вы подтвердить, есть ли какие-либо возможности предоставить немедленное исправление этой проблемы компоновщика в предстоящем обновлении Xamarin?

Мы отметили это как высший приоритет, и между инженерами SyncFusion и Xamarin существует связь. Мы над этим работаем. Благодарю.

@samhouts @GnanaPriyaNamasivayam разрешено ли что-либо из этого в обновлении Xamarin 3.6?

@caseyniemann На данный момент мы все еще наблюдаем те же проблемы с последней версией SyncFusion и XF 3.6. Возможно, что SyncFusion потребуется перестроить до версии 3.6, чтобы решить эту проблему. Возможно, @GnanaPriyaNamasivayam или @ Nijamudeen-Mohamed могут попробовать это и подтвердить. В противном случае @PureWeen планирует обсудить это напрямую с SyncFusion в понедельник, и тогда у нас будет обновление. Спасибо за терпеливость.

С XF 3.6 я получаю ошибки компиляции с FFImage, поэтому не могу сказать: /

@xperseguers Ага, мы об этом знаем. https://github.com/luberda-molinet/FFImageLoading/issues/1154#issuecomment -470589841

любой прогресс или расчетное время прибытия по этому вопросу, пожалуйста?

@samhouts @GnanaPriyaNamasivayam Нам нужно решить эту

24 и XF 3.6 здесь, интересно, проведет ли Syncfusion тестирование

Мы сужаем проблему с командой Android и работаем над тем, чтобы решить эту проблему с помощью SF. Как только решение будет принято, я опубликую обновление.

@samhouts @GnanaPriyaNamasivayam Для тех, кто ожидает, что 3.6 и последняя версия Synfusion будут работать ... это не так. Из Syncfusion: указанная проблема существует и в Xamarin v3.6, но по-прежнему эта проблема не устранена командой Xamarin Xamarin team?

Надеюсь, это скоро исправят. Объем моего приложения для Android в магазине Play превышает 100 мегабайт. Намного больше, потому что я отключил компоновщик.

Если вы хотите увидеть, как делают колбасу, вы можете отслеживать прогресс здесь: https://github.com/xamarin/Xamarin.Forms/projects/32

Это конкретное исправление является частью Sprint 150, завершение которого запланировано на 29 марта. К сожалению, невозможно сказать, будет ли к тому времени выпущено исправление, готовое к производству.

Если вы хотите увидеть, как делают колбасу, вы можете отслеживать прогресс здесь: https://github.com/xamarin/Xamarin.Forms/projects/32

Это конкретное исправление является частью Sprint 150, завершение которого запланировано на 29 марта. К сожалению, невозможно сказать, будет ли к тому времени выпущено исправление, готовое к производству.

Исправлен URL: https://github.com/xamarin/Xamarin.Forms/projects/32

Это конкретное исправление является частью Sprint 150, завершение которого запланировано на 29 марта. К сожалению, невозможно сказать, будет ли к тому времени выпущено исправление, готовое к производству.

Это серьезный регресс, имхо его нужно немедленно исправить.
Первым шагом должно быть определение фиксации в XF3.5, ответственной за эту регрессию. Это уже сделано?

По-прежнему нет правопреемника ... что происходит ??

На данный момент у нас есть план, который будет включать выпуск с обеих сторон. Еще нужно провести дополнительное тестирование, чтобы убедиться, что мы расставили все точки и скрестили все.

• Syncfusion собирается выпустить релиз, который сделает эту работу для 3.1, 3.2, 3.3, 3.6.
• Мы работаем над исправлением для 3.4 и 3.5, чтобы оно работало для этих версий.

@PureWeen @GnanaPriyaNamasivayam Есть ли график для этих исправлений?

@PureWeen @GnanaPriyaNamasivayam Есть ли график для этих исправлений?

@Giorgi - команда Xamarin уже пообещала, что это исправление будет сделано в рамках текущего спринта, и предоставила график 29 марта 2019 г.
https://github.com/xamarin/Xamarin.Forms/issues/5288#issuecomment -473300702

В своей ветке форума Syncfusion все еще говорит, что это Xamarin, у них, похоже, нет оценки выпуска для их изменения для поддержки 3.6?
https://www.syncfusion.com/forums/142489/compatibility-with-xamarin-forms-3-5

Как сказал @PureWeen в своем комментарии, это скоординированный выпуск с SyncFusion. Xamarin выпускает служебные выпуски для исправления совместимости версий 3.4 и 3.5. SyncFusion выпускает новую версию, в которой будет исправлена ​​совместимость с 3.5 и 3.6. Надеемся, что оба выпуска Xamarin будут доступны на следующей неделе. Хотя мы не можем говорить о графике выпуска SyncFusion, мы понимаем, что это также является высоким приоритетом для них.

В эту проблему повлияло множество переменных, из-за которых было сложно определить курс действий, который лучше всего подходит для наших клиентов. Эта проблема скоро будет решена, и у нас есть меры, чтобы предотвратить повторение таких проблем. Спасибо за ваше терпение!

Я попытался игнорировать сборку при связывании, добавив следующее в список игнорирования, но это не сработало.
Syncfusion.SfListView.XForms
У меня 2 вопроса:

• Почему сборки Syncfusion, являющиеся сторонним плагином, связываются, когда я выбираю Link SDK assemblies only ?
• Можем ли мы игнорировать все сборки в пространстве имен?

@ ali-h2010, потому что инструменты syncfusion, такие как sflistview, не используют список форм xamarin, он, вероятно, использует datagrid с настраиваемой виртуализацией, притворяясь списком. Итак, я полагаю, xamarin внес некоторые критические изменения в сетку данных и сломал все настраиваемые инструменты Syncfusion. Syncfusion на самом деле значительно опережает xamarin в отношении инструментов, например, в инструментах xamarin по-прежнему нет функции перетаскивания, и трудно удалить зависимость sflistview или sfdatagrid из наших приложений.

1 месяц я столкнулся с этой проблемой и жду исправления.
Я говорил своему боссу, что скоро выйдет релиз.

Я совершил ошибку, перейдя на XF 3.5 без тестирования в режиме выпуска на обеих платформах. Мое плохое, позор мне. С тех пор я написал слишком много кода, основанного на XF 3.5 (в основном bindableLayout). Мне нужно сделать релиз, и может быть дешевле удалить SfListView и использовать вместо него Telerik.
Надеюсь, вы дадите нам исправление до конца следующей недели, иначе мне придется перейти на Telerik ListView, который отлично работает (даже если я предпочитаю SfListView).

Для сборок ссылок, для которых установлено значение none, это тоже не исправлено.
Желаю тебе удачи !

Я тоже, я думаю, мы действительно можем заменить (в нашем случае использования) SF List специальной реализацией на основе XF 4 CollectionView, но это потребует времени.

Это прекрасно работает с релизом, который они сделали сегодня утром. Вы забыли обновить? По крайней мере, с XF 3.6, который является текущим стабильным выпуском.

1 месяц я столкнулся с этой проблемой и жду исправления.
Я говорил своему боссу, что скоро выйдет релиз.

Я совершил ошибку, перейдя на XF 3.5 без тестирования в режиме выпуска на обеих платформах. Мое плохое, позор мне. С тех пор я написал слишком много кода, основанного на XF 3.5 (в основном bindableLayout). Мне нужно сделать релиз, и может быть дешевле удалить SfListView и использовать вместо него Telerik.
Надеюсь, вы дадите нам исправление до конца следующей недели, иначе мне придется перейти на Telerik ListView, который отлично работает (даже если я предпочитаю SfListView).

Для сборок ссылок, для которых установлено значение none, это тоже не исправлено.
Желаю тебе удачи !

Мой Android с приложением XF 3.5 и SF .53 работает и находится в Play Store. Используя эти настройки:

Это прекрасно работает с релизом, который они сделали сегодня утром. Вы забыли обновить? По крайней мере, с XF 3.6, который является текущим стабильным выпуском.

Таким образом, они уже сделали обновление основной версии, которое, похоже, решает проблему, круто, мы попробуем, спасибо, что сообщили нам об обновлении

Возникает вопрос: зачем выпускать основную версию, хотя это должно было быть простое исправление.
Коммуникация по этому вопросу была такой катастрофой ...
Я надеюсь, что это будет работать без каких-либо новых регрессов, или на этот раз я покончил с SF.

Приносим извинения за разочарование, вызванное этой проблемой. Мы стремимся предотвращать такие проблемы в будущем и предпринимаем шаги для предотвращения регресса сторонних элементов управления, таких как SyncFusion и Telerik, среди прочих. Мы ценим их и дорожим своим сообществом!

Мы выпустили 3.4.0.1039999 и 3.5.0.274416 26.03.2019. SyncFusion подтвердил с нами, что эти версии больше не дают сбоев при тестировании с их последней версией, но я точно не знаю, какой номер версии SyncFusion.

Если вы все еще испытываете эту проблему с Xamarin.Forms 3.6 или версиями, которые я упомянул выше, я рекомендую вам обратиться к SyncFusion по этому поводу (https://www.syncfusion.com/forums/142489/compatibility-with -xamarin-forms-3-5), так как я не уверен, что они больше следят за этой проблемой. Я уверен, что SyncFusion прилагает все усилия, чтобы решить эту проблему для своих клиентов, и если Xamarin.Forms нужно что-то еще, мы позаботимся о том, чтобы это было приоритетом.

Спасибо!

Хорошо, сегодня утром я обновился до версии от 26 марта (сегодняшняя версия еще не была выпущена или проблема с кешем nuget, я думаю, потому что, как я уже сказал: я пробовал связывать сборки ни с чем).
Я рад подтвердить, что он больше не показывает белый экран. Благодаря !!
Я не хотел использовать Telerik ListView, поскольку IMHO SfListView лучше.

Пробовал использовать режим компоновщика в Link SDK assemblies only и он не работает с Xamarin.forms 3.6.0.264807 и Syncfusion 17.1.0.38 https://help.syncfusion.com/xamarin/release-notes/v17.1.0.38 ? type = все

та же проблема. я все еще получаю сбой и раздражающие предупреждения о лицензии.
Спасибо, SF, вы дали нам это бесплатно, но вам не нужно втирать это нам в лицо.

@samhouts @PureWeen не работает с Xamarin.forms 3.6.0.264807 и Syncfusion 17.1.0.38. Из вышесказанного ясно, что связь между Xamarin и Syncfusion нарушена ... и прервана более полутора месяцев. Подключитесь сегодня и решите эту проблему

Мне то же. Проблема по-прежнему существует с XF 3.6.0.264807 и SF 17.1.0.38.
Мне до сих пор не ясно, в XF или SF проблема.
@samhouts @PureWeen Не могли бы вы прояснить и срочно исправить?

Мы связались с SyncFusion, чтобы узнать, в какой версии они ожидают появления исправления. Кто-то сообщит здесь с этой информацией.

Спасибо за ваше терпение!

Ух ты, я собирался обновить, спасибо, что сообщили нам, в их примечаниях к выпуску они не упоминают проблему совместимости, они, кажется, ссылаются на другие проблемы 3.5 там https://help.syncfusion.com/xamarin/release-notes/ v17.1.0.38? type = все
Итак, Xamarin выполнили свою работу по исправлению 3.5, но да, 3.6 и выше должны быть исправлены стороной SF, как упоминалось ранее.

Я тоже, я думаю, мы действительно можем заменить (в нашем случае использования) SF List специальной реализацией на основе XF 4 CollectionView, но это потребует времени.

да, можно создать все из sflistview или sfdatagrid с помощью CollectionView. даже если вы выполняете индивидуальную виртуализацию, возможно с привязываемым стеком или сеткой данных. это то, что делает syncfusion, хотя вы мне поставили большой палец вниз, но я говорю вам правду. они не используют ListView xamarin в качестве наследования. единственное, что сложно сделать, это функция перетаскивания на sflistview, которую мне будет не хватать

Чувак, я тебе верю, просто проигнорировал, потому что тогда зависимость трудно убрать :) Это уродливая вещь, с которой мы все сталкиваемся

Приносим извинения за доставленные неудобства.

Мы исправили проблему компоновщика Android в Sflistview. В настоящее время он может находиться в состоянии тестирования, проверки различных возможных сценариев и тестирования функций представления списка. Мы завершим это тестирование и обновим патч в нашем предстоящем еженедельном nuget. Этого можно ожидать 9 апреля 2019 года. Благодарим вас за терпение.

@EmilAlipiev
В этом решении есть перетаскиваемые и дополнительные списки
https://github.com/roubachof/Sharpnado.Presentation.Forms

Вопрос в том, вылетит ли он в режиме релиза.
Кроме того, я вложил значительные средства в просмотр списка Syncfusion, поэтому потребуется некоторое время, чтобы переписать код.

Согласно предыдущему обсуждению, мы подтверждаем, что исправление будет включено в нашу предстоящую еженедельную запланированную дату Nuget 9 апреля 2019 г. без каких-либо дальнейших задержек. Между тем, если вам требуются настраиваемые Nugets / сборки SfListView до еженедельного выпуска Nuget, создайте заявку в службу поддержки, используя следующую ссылку.
Для создания поддержки: https://www.syncfusion.com/support/directtrac/incidents

С Уважением,
Gnana Priya N
(Команда Syncfusion)

Есть новости по этой проблеме?

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

Мы рады сообщить, что было выпущено наше последнее еженедельное обновление пакета NuGet версии 17.1.0.40 с сообщенной проблемой «Нативный сбой в режиме выпуска с SfListView и Xamarin Forms 3.5 и выше» и доступно для загрузки ( nuget.org ) .

Благодарим вас за поддержку и благодарим вас за терпение в ожидании этого обновления.

С Уважением,
Gnana Priya N
(Команда Syncfusion)

@GnanaPriyaNamasivayam

Я только что обновил SF nugets до последней версии (17.1.0.40), и на Android я вижу исключение при переходе на страницу с SfListView :

04-10 15: 10: 04.141 I / MonoDroid (20065): НЕОБРАБОТАННОЕ ИСКЛЮЧЕНИЕ:
04-10 15: 10: 04.157 I / MonoDroid (20065): System.TypeLoadException: родительский класс vtable не удалось инициализировать из-за: настройки VTable типа Syncfusion.ListView.XForms.Android.Renderer.ScrollViewRenderer сбой сборки: / storage / emulated / 0 / Android / data / Grouping.Droid / files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll Тип: ScrollViewRenderer member: (null)
04-10 15: 10: 04.158 I / MonoDroid (20065): at (оболочка, управляемая встроенной) System.RuntimeType.GetConstructors_native (System.RuntimeType, System.Reflection.BindingFlags)
04-10 15: 10: 04.158 I / MonoDroid (20065): в System.RuntimeType.GetConstructors_internal (System.Reflection.BindingFlags bindingAttr, System.RuntimeTypehibitedType) [0x00008] в <58604b4522f748968296166e317b04
04-10 15: 10: 04.158 I / MonoDroid (20065): в System.RuntimeType.GetConstructorCandidates (имя System.String, System.Reflection.BindingFlags bindingAttr, System.Reflection.CallingConventions callConv, типы System.Type [], System. Логическое значение allowPrefixLookup) [0x00034] в <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): в System.RuntimeType.GetConstructors (System.Reflection.BindingFlags bindingAttr) [0x00000] в <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): в System.RuntimeType.CreateInstanceImpl (System.Reflection.BindingFlags bindingAttr, System.Reflection.Binder связывателя, System.Object [] args, System.Globalization.CultureInfo и культура, System.Object [] ActivationAttributes, System.Threading.StackCrawlMark и stackMark) [0x0022b] в <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): в System.Activator.CreateInstance (тип System.Type, System.Reflection.BindingFlags bindingAttr, связыватель System.Reflection.Binder, System.Object [] args, System. Язык Globalization.CultureInfo, System.Object [] ActivationAttributes) [0x000a1] в <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): в System.Activator.CreateInstance (тип System.Type, System.Object [] args) [0x00000] в <58604b4522f748968296166e317b04b4>: 0
04-10 15: 10: 04.158 I / MonoDroid (20065): в Xamarin.Forms.Internals.DependencyResolver.ResolveOrCreate (тип System.Type, аргументы System.Object []) [0x00046] в D: a1sXamarin.Forms.CoreDependencyResolver. cs: 49
04-10 15: 10: 04.158 I / MonoDroid (20065): в Xamarin.Forms.Internals.Registrar 1[TRegistrable].GetHandler (System.Type type, Xamarin.Forms.IVisual visual, System.Object[] args) [0x00051] in D:\a\1\s\Xamarin.Forms.Core\Registrar.cs:70 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Internals.Registrar 1 [TRegistrable] .GetHandlerForObject [TOut] (System.Object obj, System.Object [] args ) [0x0002c] в D: a1sXamarin.Forms.CoreRegistrar.cs: 102
04-10 15: 10: 04.158 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.Platform.CreateRenderer (элемент Xamarin.Forms.VisualElement, контекст Android.Content.Context) [0x00000] в D: a1sXamarin. Forms.Platform.AndroidPlatform.cs: 336
04-10 15: 10: 04.158 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (представление Xamarin.Forms.VisualElement, Xamarin.Forms.Platform.Android.IVisualElementRormderer. Xamarin.Renderer. Platform.Android.RendererPool pool, System.Boolean sameChildren) [0x000af] в D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 120
04-10 15: 10: 04.158 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] в DXAM: a. Forms.Platform.AndroidVisualElementPackager.cs: 268
04-10 15: 10: 04.158 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] в D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 92
04-10 15: 10: 04.158 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.VisualElementRenderer 1[TElement].SetPackager (Xamarin.Forms.Platform.Android.VisualElementPackager packager) [0x00007] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementRenderer.cs:414 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.VisualElementRenderer 1 [TElement] .SetElement (элемент TElement) [0x000e0] в D: a1sXamarin.Forms .Platform.AndroidVisualElementRenderer.cs: 231
Необработанное исключение:

System.TypeLoadException:

04-10 15: 10: 04.158 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.VisualElementRenderer 1[TElement].Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement (Xamarin.Forms.VisualElement element) [0x00027] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementRenderer.cs:127 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.Platform.CreateRenderer (Xamarin.Forms.VisualElement element, Android.Content.Context context) [0x0001f] in D:\a\1\s\Xamarin.Forms.Platform.Android\Platform.cs:338 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (Xamarin.Forms.VisualElement view, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms.Platform.Android.RendererPool pool, System.Boolean sameChildren) [0x000af] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementPackager.cs:120 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementPackager.cs:268 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementPackager.cs:92 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.VisualElementRenderer 1 [TElement] .SetPackager (упаковщик Xamarin.Forms.Platform.Android.VisualElementPackager) [ 0x00007] в D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 414
04-10 15: 10: 04.158 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.VisualElementRenderer 1[TElement].SetElement (TElement element) [0x000e0] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementRenderer.cs:231 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.VisualElementRenderer 1 [TElement] .Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement (Xamarin. Forms.VisualElement element) [0x00027] в D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 127
04-10 15: 10: 04.158 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.Platform.CreateRenderer (элемент Xamarin.Forms.VisualElement, контекст Android.Content.Context) [0x0001f] в D: a1sXamarin. Forms.Platform.AndroidPlatform.cs: 338
04-10 15: 10: 04.158 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (представление Xamarin.Forms.VisualElement, Xamarin.Forms.Platform.Android.IVisualElementRormderer. Xamarin.Renderer. Platform.Android.RendererPool pool, System.Boolean sameChildren) [0x000af] в D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 120
04-10 15: 10: 04.158 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] в DXAM: a. Forms.Platform.AndroidVisualElementPackager.cs: 268
04-10 15: 10: 04.158 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] в D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 92
04-10 15: 10: 04.158 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.VisualElementRenderer 1[TElement].SetPackager (Xamarin.Forms.Platform.Android.VisualElementPackager packager) [0x00007] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementRenderer.cs:414 04-10 15:10:04.158 I/MonoDroid(20065): at Xamarin.Forms.Platform.Android.VisualElementRenderer 1 [TElement] .SetElement (элемент TElement) [0x000e0] в D: a1sXamarin.Forms .Platform.AndroidVisualElementRenderer.cs: 231
04-10 15: 10: 04.159 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.VisualElementRenderer`1 [TElement] .Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement element (Xamarin.Formments.Visual) [0x00027] в D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 127
04-10 15: 10: 04.159 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.Platform.CreateRenderer (элемент Xamarin.Forms.VisualElement, контекст Android.Content.Context) [0x0001f] в D: a1sXamarin. Forms.Platform.AndroidPlatform.cs: 338
04-10 15: 10: 04.159 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.AppCompat.Platform.AddChild (страница Xamarin.Forms.Page, макет System.Boolean) [0x0000d] в D: a1sXamarin. Forms.Platform.AndroidAppCompatPlatform.cs: 350
04-10 15: 10: 04.159 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.AppCompat.Platform.SetPageInternal (Xamarin.Forms.Page newRoot) [0x000ac] в D: a1sXamarin.Forms.Platform.AndroidAppCompatPlatform .cs: ​​320
04-10 15: 10: 04.159 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.AppCompat.Platform.SetPage (Xamarin.Forms.Page newRoot) [0x00087] в D: a1sXamarin.Forms.Platform.AndroidAppCompatPlatform .cs: ​​275
04-10 15: 10: 04.159 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.FormsAppCompatActivity.InternalSetPage (страница Xamarin.Forms.Page) [0x00039] в D: a1sXamarin.Forms.Platform.AndroidAppCompatFormsApp : 333
04-10 15: 10: 04.159 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.FormsAppCompatActivity.SetMainPage () [0x00000] в D: a1sXamarin.Forms.Platform.AndroidAppCompatFormsAppCompatActivity.cs: 362
04-10 15: 10: 04.159 I / MonoDroid (20065): в Xamarin.Forms.Platform.Android.FormsAppCompatActivity.LoadApplication (приложение Xamarin.Forms.Application) [0x00282] в D: a1sXamarin.Forms.Platform.AndroidAppCompatAForms : 138
04-10 15: 10: 04.159 I / MonoDroid (20065): в Grouping.Droid.MainActivity.OnCreate (пакет Android.OS.Bundle) [0x00027] в C: UsersmikolajProgrammingReproSfListViewGroupingGroupingGrouping.DroidMainActivity.cs: 23
04-10 15: 10: 04.159 I / MonoDroid (20065): в Android.App.Activity.n_OnCreate_Landroid_os_Bundle_ (System.IntPtr jnienv, System.IntPtr native__this, System.IntPtr native_savedInstanceState) [0x600001eb52eb2eb0c29eb2eb2eb2eb2eb2eb2eb2eb2eb)
04-10 15: 10: 04.159 I / MonoDroid (20065): at (динамический метод оболочки) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 04.179 W / Grouping.Droid (20065): JNI RegisterNativeMethods: попытаться зарегистрировать 0 собственных методов для android.runtime.JavaProxyThrowable
04-10 15: 10: 04.182 D / Mono (20065): DllImport выполняет поиск в: '__Internal' ('(null)').
04-10 15: 10: 04.182 D / Mono (20065): поиск "java_interop_jnienv_throw".
04-10 15: 10: 04.182 D / Mono (20065): Исследование 'java_interop_jnienv_throw'.
04-10 15: 10: 04.182 D / Mono (20065): Найдено как java_interop_jnienv_throw.
04-10 15: 10: 07.132 E / моно (20065):
04-10 15: 10: 07.132 E / mono (20065): Необработанное исключение:
04-10 15: 10: 07.132 E / mono (20065): System.TypeLoadException: родительский класс vtable не удалось инициализировать из-за: настройки VTable типа Syncfusion.ListView.XForms.Android.Renderer.ScrollViewRenderer сбой сборки: / storage / emulated / 0 / Android / data / Grouping.Droid / files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll Тип: ScrollViewRenderer member: (null)
04-10 15: 10: 07.132 E / mono (20065): at (динамический метод оболочки) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 07.132 E / mono (20065): at (внутренняя оболочка для управляемого) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 07.132 E / mono-rt (20065): [ОШИБКА] ФАТАЛЬНОЕ НЕОБРАБОТАННОЕ ИСКЛЮЧЕНИЕ: System.TypeLoadException: родительский класс vtable не удалось инициализировать из-за: установки VTable типа Syncfusion.ListView.XForms.Android. Renderer.ScrollViewRenderer не удалась сборка: /storage/emulated/0/Android/data/Grouping.Droid/files /.__ override __ / Syncfusion.SfListView.XForms.Android.dll Тип: ScrollViewRenderer member: (null)
04-10 15: 10: 07.132 E / mono-rt (20065): at (динамический метод оболочки) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)
04-10 15: 10: 07.132 E / mono-rt (20065): at (внутренняя оболочка для управляемого) Android.Runtime.DynamicMethodNameCounter.7 (intptr, intptr, intptr)

Вышеупомянутая проблема не связана с темой этой проблемы с github, но я решил, что опубликую ее здесь, так как я пытался исправить эту проблему и столкнулся с другой ... Кроме того, это очень свежо, и люди из SF могут все еще быть мониторинг этой темы. Сказанное выше происходит с версией Xamarin.Forms 3.5.0.169047 .

Прилагаю репродуктивный образец. Это обновленный образец группировки SfListView, который вы можете найти на сайтах SF. Я тестировал его на VS 2019 (v 16.0.0).

SfListViewGrouping.zip

EDIT: подтверждено, что этого не происходит в версии Xamarin.Forms 3.5.0.274416

Мы проверили отчетный запрос в данном примере. Мы хотели бы сообщить вам, что сообщение о сбое происходит только в конкретной версии Xamarin 3.5.0.169047. Есть ли какая-то конкретная цель для использования этой версии, потому что этот сбой исправлен во всех последних версиях, выпущенных после 3.5.0.169047. Мы рекомендуем вам обновить версию Xamarin Forms до последней версии, чтобы решить эту проблему, о которой сообщалось.

С Уважением,
Gnana Priya N
(Команда Syncfusion)

Новая версия (17.1.0.40) у меня работает с Xamarin.Forms 3.6.0.293080.
Теперь я могу создавать свои приложения для iOS и Android при связывании сборок SDK в режиме выпуска без каких-либо сбоев.
Благодарю.

Я просто хотел сообщить о сбоях 17.1.0.40 в предварительном выпуске 4 Xamarin Forms. Я обновил проект до предварительного выпуска 4, чтобы протестировать функцию в предварительном выпуске Prism (для которого требуется xam 4), и все еще проблемы с 17.1.0.40. Я понизил все до Xamarin Forms 3.6.x, и исходная проблема со связыванием, о которой идет речь в этой ветке, решена. Просто хотел предупредить, что кто-то обновит предварительную версию 4 ..

@SharbelWired Вы можете опубликовать трассировку стека?

@SharbelWired ,

Сообщаем вам, что компоненты Syncfusion Xamarin.Forms совместимы только со стабильной версией Xamarin Forms. Мы упоминали об этом в нашей документации. Пожалуйста, обратитесь к нашей форме документации ниже по ссылке для справки.

Ссылка на документацию UG: https://help.syncfusion.com/xamarin/introduction/compatibility-road-map

@samhouts , Один из наших клиентов установил последнюю версию Xamarin.Forms v3.6.0.344457, но все еще сталкивается с проблемой в своем приложении ref Forum .

Согласно приведенному ниже предложению, в этой версии проблема должна быть устранена.
https://github.com/xamarin/Xamarin.Forms/issues/5288#issuecomment -478075117

Не могли бы вы проверить проблему в этой версии и вернуться к нам как можно скорее?

У меня такая же катастрофа сейчас

SfListView версии 17.2.035

Xamarin Forms версии 4.1.0.581479

@jrahma похоже, что ошибку следует открывать с помощью Syncfusion, а не Xamarin.
Мы только начали испытывать сбой OOM на Android только в режиме выпуска:
Xamarin 3.6.539721
SfListView 17.2.0.35

Мы удаляем Sflistview

До XF 4.1 не обновлялся, все еще на 4.0. Однако я обновил Visual Studio до последней версии 16.2, и у меня тоже произошел сбой при связывании с SfListView. Может быть, что-то связано с новым AOT, представленным в этой версии?

@GnanaPriyaNamasivayam

VS 16.2.0
XF Стабильная 4.1.0.618606
SF 17.2.0.36

Я получил сбой
[MonoDroid] System.Reflection.TargetInvocationException: исключение было выдано целью вызова. ---> System.NullReferenceException: ссылка на объект не установлена ​​на экземпляр объекта
[MonoDroid] в Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener (Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l) [0x0000c] в <1e09550ab4e54a22a61348ac3>: 0
[MonoDroid] в Syncfusion.ListView.XForms.Android.ExtendedScrollViewRenderer..ctor (контекст Android.Content.Context) [0x00007] в <1d13e866db284fb28ce6270fd09fd7e3>: 0
[MonoDroid] в (оболочка из управляемого в собственный) System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Reflection.RuntimeConstructorInfo, объект, объект [], System.Exception &)
[MonoDroid] в System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Object obj, System.Object [] параметры, System.Boolean wrapExceptions) [0x00005] в <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] --- Конец трассировки внутреннего стека исключений ---
[MonoDroid] в System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Object obj, System.Object [] параметры, System.Boolean wrapExceptions) [0x0001d] в <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] в System.Reflection.RuntimeConstructorInfo.DoInvoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, связыватель System.Reflection.Binder, параметры System.Object [], культура System.Globalization.CultureInfo) [0x0007a] в < 96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] в System.Reflection.RuntimeConstructorInfo.Invoke (System.Reflection.BindingFlags invokeAttr, связыватель System.Reflection.Binder, параметры System.Object [], язык и региональные параметры System.Globalization.CultureInfo) [0x00000] в <96c0fbcf1c2a46bee
[MonoDroid] в System.RuntimeType.CreateInstanceImpl (System.Reflection.BindingFlags bindingAttr, привязка System.Reflection.Binder, System.Object [] args, System.Globalization.CultureInfo культура, System.Object [] ActivateAttributes, System.ThreadingMark & stackMark) [0x0022b] в <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] в System.Activator.CreateInstance (тип System.Type, System.Reflection.BindingFlags bindingAttr, связыватель System.Reflection.Binder, аргументы System.Object [], язык System.Globalization.CultureInfo, атрибуты активации System.Object []) [0x000a1] в <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] в System.Activator.CreateInstance (тип System.Type, System.Object [] args) [0x00000] в <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] в Xamarin.Forms.Internals.DependencyResolver.ResolveOrCreate (тип System.Type, источник System.Object, System.Type visualType, System.Object [] args) [0x000af] в D: a1sXamarin.Forms.CoreDependency: 58
[MonoDroid] в Xamarin.Forms.Internals.Registrar 1[TRegistrable].GetHandler (System.Type type, System.Object source, Xamarin.Forms.IVisual visual, System.Object[] args) [0x00052] in D:\a\1\s\Xamarin.Forms.Core\Registrar.cs:79 [MonoDroid] at Xamarin.Forms.Internals.Registrar 1 [TRegistrable] .GetHandlerForObject [TOut] (System.Object obj, System.Object [] args) [0x0002c] в D: a1sXamarin.Forms.CoreRegistrar .cs: ​​111
[MonoDroid] в Xamarin.Forms.Platform.Android.Platform.CreateRenderer (элемент Xamarin.Forms.VisualElement, контекст Android.Content.Context) [0x00010] в D: a1sXamarin.Forms.Platform.AndroidPlatform.cs: 342
[MonoDroid] в Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (представление Xamarin.Forms.VisualElement, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms. [0x000af] в D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 138
[MonoDroid] в Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] в D: a1sXamarin.Formments.Plisual
[MonoDroid] в Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] в D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 110
[MonoDroid] в Xamarin.Forms.Platform.Android.VisualElementRenderer 1[TElement].SetPackager (Xamarin.Forms.Platform.Android.VisualElementPackager packager) [0x00007] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementRenderer.cs:438 [MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementRenderer 1 [TElement] .SetElement (элемент TElement) [0x000e0] в D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 239
[MonoDroid] в 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] в D: aorm1slement.Xamarin.Formal.AndroidElementPackager. .cs: ​​438
[MonoDroid] в 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.VisualElement27 element] [0xamarin.Forms.VisualElement27 element] [0x: .Forms.Platform.AndroidVisualElementRenderer.cs: 127
[MonoDroid] в Xamarin.Forms.Platform.Android.Platform.CreateRenderer (элемент Xamarin.Forms.VisualElement, контекст Android.Content.Context) [0x00044] в D: a1sXamarin.Forms.Platform.AndroidPlatform.cs: 345
[MonoDroid] в Xamarin.Forms.Platform.Android.VisualElementPackager.AddChild (представление Xamarin.Forms.VisualElement, Xamarin.Forms.Platform.Android.IVisualElementRenderer oldRenderer, Xamarin.Forms. [0x000af] в D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 138
[MonoDroid] в Xamarin.Forms.Platform.Android.VisualElementPackager.SetElement (Xamarin.Forms.VisualElement oldElement, Xamarin.Forms.VisualElement newElement) [0x00139] в D: a1sXamarin.Formments.Plisual
[MonoDroid] в Xamarin.Forms.Platform.Android.VisualElementPackager.Load () [0x00000] в D: a1sXamarin.Forms.Platform.AndroidVisualElementPackager.cs: 110
[MonoDroid] в Xamarin.Forms.Platform.Android.VisualElementRenderer 1[TElement].SetPackager (Xamarin.Forms.Platform.Android.VisualElementPackager packager) [0x00007] in D:\a\1\s\Xamarin.Forms.Platform.Android\VisualElementRenderer.cs:438 [MonoDroid] at Xamarin.Forms.Platform.Android.VisualElementRenderer 1 [TElement] .SetElement (TElement element) [0x000e0] в D: a1sXamarin.Forms.Platform.AndroidVisualElementRenderer.cs: 239
[MonoDroid] в Xamarin.Forms.Platform.Android.VisualElementRenderer`1 [TElement] .Xamarin.Forms.Platform.Android.IVisualElementRenderer.SetElement (Xamarin.Forms.VisualElement element) [0x000127s.Xamarin.Platform.Xamarin. AndroidVisualElementRenderer.cs: 127
[MonoDroid] в Xamarin.Forms.Platform.Android.Platform.CreateRenderer (элемент Xamarin.Forms.VisualElement, Android.Support.V4.App.FragmentManager fragmentManager, контекст Android.Content.Context) [0x00031] в D: a1sXamarin. .Platform.AndroidPlatform.cs: 393.
[MonoDroid] в Xamarin.Forms.Platform.Android.AppCompat.FragmentContainer.OnCreateView (Android.Views.LayoutInflater inflater, контейнер Android.Views.ViewGroup, Android.OS.Bundle savedInstanceState) [0x00008] в D: a1sXamarin.Forms.Porms.Patform .AndroidAppCompatFragmentContainer.cs: 56
[MonoDroid] на Android.Support.V4.App.Fragment.n_OnCreateView_Landroid_view_LayoutInflater_Landroid_view_ViewGroup_Landroid_os_Bundle_ (System.IntPtr JNIEnv, System.IntPtr native__this, System.IntPtr native_inflater, System.IntPtr native_container, System.IntPtr native_savedInstanceState) [0x00020] в <8e2cc32557d1415cb7e87025cc8a4a87>: 0
[MonoDroid] в (динамический метод оболочки) Android.Runtime.DynamicMethodNameCounter.63 (intptr, intptr, intptr, intptr, intptr)
[искусство] JNI RegisterNativeMethods: попытка зарегистрировать 0 собственных методов для android.runtime.JavaProxyThrowable
[Mono] DllImport ищет в: '__Internal' ('(null)').
[Mono] Поиск "java_interop_jnienv_throw".
[Mono] Проверка 'java_interop_jnienv_throw'.
[Mono] Найдено как java_interop_jnienv_throw.
[MonoDroid] НЕОБРАБОТАННОЕ ИСКЛЮЧЕНИЕ:
[MonoDroid] System.Reflection.TargetInvocationException: исключение создано целью вызова. ---> System.NullReferenceException: ссылка на объект не установлена ​​на экземпляр объекта
[MonoDroid] в Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener (Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l) [0x0000c] в <1e09550ab4e54a22a61340ec3>: 0: 0
[MonoDroid] в Syncfusion.ListView.XForms.Android.ExtendedScrollViewRenderer..ctor (контекст Android.Content.Context) [0x00007] в <1d13e866db284fb28ce6270fd09fd7e3>: 0
[MonoDroid] в (оболочка из управляемого в собственный) System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Reflection.RuntimeConstructorInfo, объект, объект [], System.Exception &)
[MonoDroid] в System.Reflection.RuntimeConstructorInfo.InternalInvoke (System.Object obj, параметры System.Object [], System.Boolean wrapExceptions) [0x00005] в <96c0fbcf1c2a46be95325bd99609a594>: 0
[MonoDroid] --- Конец трассировки внутреннего стека исключений ---
[MonoDroid] в (динамический метод оболочки) Android.Runtime.DynamicMethodNameCounter.63 (intptr, intptr, intptr, intptr, intptr)
[MonoDroid] в (оболочка, встроенная в управляемую) Android.Runtime.DynamicMethodNameCounter.63 (intptr, intptr, intptr, intptr, intptr)
[MonoDroid] в (оболочка, управляемая встроенной) Java.Interop.NativeMethods.java_interop_jnienv_call_nonvirtual_void_method_a (intptr, intptr &, intptr, intptr, intptr, Java.Interop.JniArgumentValue )[MonoDroid] в Java.Interop.JniEnvironment + InstanceMethods.CallNonvirtualVoidMethod (экземпляр Java.Interop.JniObjectReference, тип Java.Interop.JniObjectReference, метод Java.Interop.JniMethodInfo, аргумент Java.Interopment.JniArgument.JniAr000 [0]): 0
[MonoDroid] в Java.Interop.JniPeerMembers + JniInstanceMethods.InvokeNonvirtualVoidMethod (System.String encodedMember, Java.Interop.IJavaPeerable self, Java.Interop.JniArgumentValue * параметры) [0x0001f]: 0
[MonoDroid] в Android.Views.View.Measure (System.Int32 widthMeasureSpec, System.Int32 heightMeasureSpec) [0x00035] в <207e29a54396482796911ec489e256ce>: 0
[MonoDroid] в Xamarin.Forms.Platform.Android.AppCompat.TabbedPageRenderer.OnLayout (System.Boolean изменен, System.Int32 l, System.Int32 t, System.Int32 r, System.Int32 b) [0x0002c] в D: a1sXamarin .Forms.Platform.AndroidAppCompatTabbedPageRenderer.cs: 374
[MonoDroid] в Xamarin.Forms.Platform.Android.FormsViewGroup.n_OnLayout_ZIIII (System.IntPtr jnienv, System.IntPtr native__this, System.Boolean p0, System.Int32 p1, System.Int32 p2, System.Int32 p2, System.Int32 p2, System.Int32 p2 ) [0x00008] в D: a1sXamarin.Forms.Platform.Android.FormsViewGroupobjReleasegeneratedsrcXamarin.Forms.Platform.Android.FormsViewGroup.cs: 198
[MonoDroid] в (динамический метод оболочки) Android.Runtime.DynamicMethodNameCounter.41 (intptr, intptr, bool, int, int, int, int)

Привет всем,

Приносим извинения за неудобства.

Мы уже зарегистрировали отчет о дефектах, о которых сообщалось, и исправление будет включено в наш ближайший еженедельный выпуск Nuget, т. Е. 30 июля 2019 г. Мы будем признательны за ваше терпение до тех пор.

С Уважением,
Динеш Бабу Ядав
[Команда Syncfusion]

@DineshBabuYadav Можно попробовать пропустить связывание этой конкретной сборки, чтобы исправить проблему, я думаю?

Привет всем,

Приносим извинения за неудобства.

Мы уже зарегистрировали отчет о дефектах, о которых сообщалось, и исправление будет включено в наш ближайший еженедельный выпуск Nuget, т. Е. 30 июля 2019 г. Мы будем признательны за ваше терпение до тех пор.

С Уважением,
Динеш Бабу Ядав
[Команда Syncfusion]

@DineshBabuYadav это не только с SfListView, но и с другими элементами управления. Я использую SfRototator на своей MainPage, и теперь мое приложение вылетает после обновления до Visual Studio 16.2 и Syncfusion 17.2.036.

Вам не кажется, что неделя - это очень много времени, чтобы исправить серьезную проблему, которая привела к аварийному сбою приложений?

Например, мой клиент - полугосударственная организация, а у других может быть приложение для бизнеса и электронной коммерции, так что это означает, что вся их электронная операция на мобильных устройствах будет остановлена ​​на неделю?

Спасибо, если это будет исправлено немедленно

@jrahma, это не должно влиять на вашего конечного пользователя, поскольку вы могли выпустить более раннюю версию своего приложения с более ранними версиями Syncfusion и XF. Я не понимаю твою точку зрения. Это должно повлиять только на вашу локальную сборку или постановку. Если вы не опубликовали новую версию без тестирования QA перед выпуском, но это еще одна проблема 😀.

Команда SF должна расследовать проблему. Примените исправление и проверьте его. Это нормально, что это займет несколько дней

@jrahma, это не должно влиять на вашего конечного пользователя, поскольку вы могли выпустить более раннюю версию своего приложения с более ранними версиями Syncfusion и XF. Я не понимаю твою точку зрения. Это должно повлиять только на вашу локальную сборку или постановку. Если вы не опубликовали новую версию без тестирования QA перед выпуском, но это еще одна проблема 😀

вот в чем проблема, у моего более раннего приложения была проблема, и я ждал исправления, которое пришло с катастрофой

и приложение отлично работает на всех устройствах и эмуляторах, но эта проблема возникает только при установке приложения из Google Play

Вот что я получаю в консоли Google Play:

java.lang.RuntimeException:
в android.app.ActivityThread.installProvider (ActivityThread.java:6747)
в android.app.ActivityThread.installContentProviders (ActivityThread.java:6289)
в android.app.ActivityThread.handleBindApplication (ActivityThread.java:6204)
в android.app.ActivityThread.access $ 1200 (ActivityThread.java:237)
в android.app.ActivityThread $ H.handleMessage (ActivityThread.java:1785)
в android.os.Handler.dispatchMessage (Handler.java:106)
в android.os.Looper.loop (Looper.java:214)
в android.app.ActivityThread.main (ActivityThread.java:7050)
в java.lang.reflect.Method.invoke (собственный метод)
в com.android.internal.os.RuntimeInit $ MethodAndArgsCaller.run (RuntimeInit.java:493)
в com.android.internal.os.ZygoteInit.main (ZygoteInit.java:965)
Вызвано: java.lang.ClassNotFoundException:
в dalvik.system.BaseDexClassLoader.findClass (BaseDexClassLoader.java:134)
в java.lang.ClassLoader.loadClass (ClassLoader.java:379)
в java.lang.ClassLoader.loadClass (ClassLoader.java:312)
в android.app.AppComponentFactory.instantiateProvider (AppComponentFactory.java:121)
в android.app.ActivityThread.installProvider (ActivityThread.java:6731)

Всем привет,

Как и было обещано, мы сообщим вам, как только выпуск будет выпущен, то есть 30 июля 2019 г.

@jrahma , мы связываемся с командой SfRotator и сообщим вам подробности как можно скорее.

С Уважением,
Динеш Б

@DineshBabuYadav Можно попробовать пропустить связывание этой конкретной сборки, чтобы исправить проблему, я думаю?

да, до тех пор вы можете пропустить эту опцию связывания, чтобы решить проблему в самом приложении.

вот в чем проблема, у моего более раннего приложения была проблема, и я ждал исправления, которое пришло с ошибкой

и приложение отлично работает на всех устройствах и эмуляторах, но эта проблема возникает только при установке приложения из Google Play

В чем разница между тестированием в режиме выпуска и установкой из Google Play? Вы должны получать это, когда запускаете релиз, не так ли?
Странно, что у меня нет проблем с полной линковкой с использованием xf 4.1.0.581479 и sflistview 17.1.0.52. это может быть потому, что я делаю свои релизные сборки на VS4Mac 2019, может быть, это проблема только в VS 2019 Windows?

@EmilAlipiev Ну, похоже, связано только с последней версией VS2019. Я не обновлял ни пакеты Syncfusion, ни Xamarin Forms one, только VS. 16.2.0 представляет новый подвиг для AOT и связанных сборок, я думаю, ошибка отсюда.

@vincentcastagna эти настройки существовали и в более ранних версиях по сравнению с 2019 годом, по крайней мере, в корпоративной версии. Вы про версию сообщества? Те, у кого есть проблемы, могут ли они подтвердить, что это версия VS сообщества?

Та же проблема с VS 16.2.0 и VS для Mac 8.2. Оба они имеют лицензию Enterprise.

Попробуйте vs mac 8.3 превью. Он отлично работает для меня. Позже проверю vs 16.2.

@EmilAlipiev да, я использую версию сообщества

Создание отчетов в VS2019 16.1.6 / XF 4.1.0.618606 / SfListView 17.2.0.35
Установка Linking на none решает проблему, которая появляется только в режиме выпуска.

VS MAC 8.2 (1105)
XF Стабильная 4.1.0.618606
SF 17.2.0.36

Я получил сбой
[MonoDroid] System.Reflection.TargetInvocationException: исключение создано целью вызова. ---> System.NullReferenceException: ссылка на объект не установлена ​​на экземпляр объекта
[MonoDroid] в Android.Support.V4.Widget.NestedScrollView.SetOnScrollChangeListener (Android.Support.V4.Widget.NestedScrollView + IOnScrollChangeListener l) [0x0000c] в <1e09550ab4e54a22a61340ec3>: 0: 0

+1

перейти на 17.1.0.52, у меня он отлично работает в режиме выпуска. Я пробовал последние обновления VS Mac и VS Windows.

Всем привет,

Спасибо за терпение.

Мы рады сообщить, что выпущено наше последнее еженедельное обновление пакета NuGet версии 17.2.0.39, проблема , о которой сообщалось, устранена и доступно для загрузки ( nuget.org ).

Благодарим вас за поддержку и благодарим вас за терпение в ожидании этого обновления. Пожалуйста, свяжитесь с нами, если вам потребуется дополнительная помощь.

С Уважением,
Динеш Бабу Ядав

Привет всем,
Приносим извинения за неудобства.
Мы уже зарегистрировали отчет о дефектах, о которых сообщалось, и исправление будет включено в наш ближайший еженедельный выпуск Nuget, т. Е. 30 июля 2019 г. Мы будем признательны за ваше терпение до тех пор.
С Уважением,
Динеш Бабу Ядав
[Команда Syncfusion]

@DineshBabuYadav это не только с SfListView, но и с другими элементами управления. Я использую SfRototator на своей MainPage, и теперь мое приложение вылетает после обновления до Visual Studio 16.2 и Syncfusion 17.2.036.

Вам не кажется, что неделя - это очень много времени, чтобы исправить серьезную проблему, которая привела к аварийному сбою приложений?

Например, мой клиент - полугосударственная организация, а у других может быть приложение для бизнеса и электронной коммерции, так что это означает, что вся их электронная операция на мобильных устройствах будет остановлена ​​на неделю?

Спасибо, если это будет исправлено немедленно

@jrahma , Не могли бы вы поделиться трассировкой стека и подробностями о проблеме сбоя SfRotator, которые нам помогут проанализировать и решить как можно скорее.

С Уважением,
Пол Андерсон

Спасибо @DineshBabuYadav, он снова работает!
Команда Kudos Syncfusion!

@xamarindevelopervietnam , спасибо за обновление.

Привет всем,
Приносим извинения за неудобства.
Мы уже зарегистрировали отчет о дефектах, о которых сообщалось, и исправление будет включено в наш ближайший еженедельный выпуск Nuget, т. Е. 30 июля 2019 г. Мы будем признательны за ваше терпение до тех пор.
С Уважением,
Динеш Бабу Ядав
[Команда Syncfusion]

@DineshBabuYadav это не только с SfListView, но и с другими элементами управления. Я использую SfRototator на своей MainPage, и теперь мое приложение вылетает после обновления до Visual Studio 16.2 и Syncfusion 17.2.036.

Вам не кажется, что неделя - это очень много времени, чтобы исправить серьезную проблему, которая привела к аварийному сбою приложений?

Например, мой клиент - полугосударственная организация, а у других может быть приложение для бизнеса и электронной коммерции, так что это означает, что вся их электронная операция на мобильных устройствах будет остановлена ​​на неделю?

Спасибо, если это будет исправлено немедленно

@jrahma : Не могли бы вы поделиться подробностями трассировки стека, относящейся к элементу управления Rotator, и сведениями о Rotator, используемом в вашем приложении, которые помогут нам проанализировать и разрешить его как можно раньше

Привет всем,
Приносим извинения за неудобства.
Мы уже зарегистрировали отчет о дефектах, о которых сообщалось, и исправление будет включено в наш ближайший еженедельный выпуск Nuget, т. Е. 30 июля 2019 г. Мы будем признательны за ваше терпение до тех пор.
С Уважением,
Динеш Бабу Ядав
[Команда Syncfusion]

@DineshBabuYadav это не только с SfListView, но и с другими элементами управления. Я использую SfRototator на своей MainPage, и теперь мое приложение вылетает после обновления до Visual Studio 16.2 и Syncfusion 17.2.036.
Вам не кажется, что неделя - это очень много времени, чтобы исправить серьезную проблему, которая привела к аварийному сбою приложений?
Например, мой клиент - полугосударственная организация, а у других может быть приложение для бизнеса и электронной коммерции, так что это означает, что вся их электронная операция на мобильных устройствах будет остановлена ​​на неделю?
Спасибо, если это будет исправлено немедленно

@jrahma : Не могли бы вы поделиться подробностями трассировки стека, относящейся к элементу управления Rotator, и сведениями о Rotator, используемом в вашем приложении, которые помогут нам проанализировать и разрешить его как можно раньше

@DineshBabuYadav Исправлено для всех .. Спасибо, Команда