Сбой отправки (UWP с приложением Win 32 вылетает при запуске в Windows 10S) - PullRequest
0 голосов
/ 02 июля 2018

Пожалуйста, смотрите мое последнее обновление


22 июня 2018 года Microsoft сообщила мне, что мое приложение UWP с бэкэндом Win 32 не может быть протестировано из-за его сбоя при запуске. Обратившись в группу сертификации приложений, они сказали, что она была протестирована на двух устройствах Windows 10S, ни одно из которых не запустило приложение успешно ...

Они предложили мне обратиться в службу поддержки, но я не могу набрать R1000 для инженера службы поддержки, чтобы помочь мне изменить одну или две вещи ...

The Certification Report Part of the communication between me and the certification team

У меня, к сожалению, нет журналов для публикации или каких-либо дополнительных сведений ... Чего я не понимаю, так это того, что приложение передает WACK летающими цветами, абсолютно без ошибок. Он также отлично работает на трех версиях Windows 10 Home Edition.

Обратите внимание, что я создал приложение с нуля. Нет проекта Centennial или каких-либо преобразований.

Кто-нибудь сталкивался с чем-то подобным? Я пропустил какую-то ветку в интернете? Пожалуйста, помогите.

Спасибо.

Редактировать

Приложение имеет пользовательский интерфейс UWP и вызывает LaunchFullTrustProcessForCurrentAppAsync () при событии GridLoad приложения UWP для отображения NotifyIcons.

Если требуется дополнительная информация, пожалуйста, спросите.

Редактировать

Может ли Debug.WriteLine позвонить (я забыл удалить его перед упаковкой и отправкой) или любое из этих пространств имен может вызвать проблему?

using Microsoft.Services.Store.Engagement;
using System;
using System.Diagnostics;
using System.Net.NetworkInformation;
using System.Threading;
using System.Threading.Tasks;
using Windows.ApplicationModel;
using Windows.ApplicationModel.AppService;
using Windows.ApplicationModel.Core;
using Windows.Foundation;
using Windows.Foundation.Collections;
using Windows.Foundation.Metadata;
using Windows.Networking.Connectivity;
using Windows.Storage;
using Windows.System;
using Windows.UI.Core;
using Windows.UI.Core.Preview;
using Windows.UI.Popups;
using Windows.UI.ViewManagement;
using Windows.UI.Xaml;
using Windows.UI.Xaml.Controls;
using Windows.UI.Xaml.Media.Imaging;
using Windows.UI.Xaml.Navigation;

Извините, ребята, я никогда раньше не работал с Windows 10S.

Редактировать Я попросил Microsoft протестировать его только на Win 10 Home и т. Д., И они сообщили мне, что даже в «нормальных» условиях происходит сбой. У меня до сих пор нет никаких журналов. Однако на моей стороне он работает на 3 устройствах Win 10 Home без проблем .?

Редактировать 06 июля 2019

Ну, это были интересные 9 месяцев ...

Со времени последнего обновления этой ветки я узнал, как развернуть свое приложение через MS Store только для определенных людей. Отлично, я мог бы тогда отладить. При установке и запуске через Store, он падал на заставке, как сообщила MS. Я мог бы получать отчеты через Event Viewer. Думаю, что это был MoAppHang и некоторые исключения .Net (пожалуйста, прочтите, прежде чем комментировать)

В конце прошлого года (около октября, извините, не могу вспомнить точную дату), мне пришлось удалить свой профиль пользователя, так как он был поврежден. Затем я случайно перепаковал приложение и загрузил его. Это удивительно сработало на моих тестовых устройствах. Итак, я загрузил его для сертификации, и он прошел. Все было хорошо.

Перемотка вперед. Мне нужно обновить его. На самом деле, я написал код и упаковал его. Теперь я загружаю его, используя пакетный полет на тестовые устройства. Вот, невидимая ошибка возвращается ...

См. Отчеты о событиях и скриншоты отладки Visual Studio на этой ссылке OneDrive . Обратите внимание, что файлы в окне «Просмотр событий» не соответствуют запуску отладки Visual Studio. Они хранятся где-то еще в Event Viewer? Я также не смог получить файл .wer для сеанса отладки. Вы должны иметь возможность следить за сеансом отладки в соответствии со временем изменения снимков экрана.

Я открыл решение с исходным кодом в VS2019, но перешел на Debug -> Other Debug Targets -> Debug Installed App Package. Я проверил Stop at first statement (относится ли это к первому утверждению в коде MY ? Если да, то это не мой код, который глючит, поскольку он не достигает моего кода, или я неправильно понимаю эту функцию). Может ли это быть ошибкой в ​​CLR? У меня нет C ++ взаимодействия непосредственно в моем коде. Я также включил журнал отладки.

Стоит отметить, что я изменил свое окружение. Я установил новый SSD и майское обновление Win10. Я также изменил свою минимальную версию с 15063 на 16299 и мою цель на 18362. Может ли он искать какой-то файл, который присутствует , присутствующий при запуске (и отладке) из Visual Studio и Sideloading, но не при запуске с Store?

Compile with .NET Native tool chain проверено. Прежде чем я запустил его из Visual Studio в первый раз, я действительно удалил папки bin и obj. Может ли это быть как-то связано с проверкой Optimize Code?

Одна странность в том, что это приложение (Caps, Num + Scroll Lock Checker (Pro)) каким-то образом связано через MainPackageIdentityName в Package.StoreAssociation.xml с одним из моих других приложений, которое находится в разработке, но не на всех публично выпущен; хотя я так долго зарезервировал имя нового приложения. Может ли это быть проблема, связанная с Dashboard?

Буду признателен за любой совет.

...