6

Per qualche motivo quando ho generato in VS2015 Update 2 RTM una nuova build dell'app UWP, la cui versione precedente è nello Store un po 'di tempo già, il pacchetto .appxupload appena generato non contiene i dati di debug/simboli dell'applicazione (il file .appxsym)..appxupload Pacchetto UWP per l'invio del negozio non contiene il file .appxsym

Anche quando ho provato a caricare detto .appxupload allo Store si è verificato il seguente errore:

La presentazione non riuscita con codice di errore (s) 1300. Maggiori informazioni sull'errore (s) può essere trovato here.

E c'è una breve citazione dal link "qui" di cui sopra:

applicazioni UWP

Se si invia un'applicazione UWP, potrebbe essere visualizzato un errore durante la pre-elaborazione, se il file del pacchetto non è un file .appxupload generato da Visual Studio per lo Store. Assicurati di seguire i passaggi indicati in Packaging Universal Windows apps for Windows 10 durante la creazione del file del pacchetto dell'app e di caricare il file .appxupload nella pagina Pacchetti dell'invio, non in un'appx o in un file .appxbundle.

Un altro errore che potresti visualizzare dopo l'invio dell'app è l'errore 1300. Ciò si verifica quando uno o più assembly (o l'intero pacchetto) sono già precompilati. Per risolvere questo problema, ricostruire il pacchetto dell'app in Microsoft Visual Studio e quindi inviare il pacchetto appena generato.

Così ora sono un po 'bloccato da questo problema e non posso aggiornare l'app.

Qualcuno ha qualche idea?

+0

In [Confezioni di Windows universali per Windows 10] (https://msdn.microsoft.com/en-us/windows/uwp/packaging/packaging-uwp-apps), in * Crea un'app pacchetto *, passaggio 3, dice: * Selezionare Sì nella prima finestra di dialogo che chiede se si desidera creare pacchetti da caricare su Windows Store, quindi fare clic su Avanti. Se si seleziona No qui, Visual Studio non genererà il pacchetto .appxupload richiesto necessario per l'invio del negozio. * Si sta scegliendo sì o no a questo punto? –

+0

@chuex per quanto ne so selezionando "Sì" in questo passaggio è l'unico modo per ottenere il file .appxupload creato alla fine e il problema che sto affrontando non è solo creando questo file, ma con il contenuto del file, dove mi aspetto di vedere due file all'interno del pacchetto - .appx e .appxsym, ma ce n'è solo uno - .appx). – Sevenate

+0

Parlando del dialogo - è già diverso dall'articolo citato - [immagine] (http://i.imgur.com/Yk3YuyF.png). Sembra che MS cambi le cose velocemente per aggiornare i documenti in tempo. – Sevenate

risposta

0

Hai controllato "Includi file di simboli PDB completi" quando crei pacchetti di app?
enter link description here

Se non lo si controlla, non ci saranno file .appxsym nel file .appxupload.

E per codice di errore 1300, secondo Resolve submission errors:

Un altro errore che si potrebbe vedere dopo aver inviato la vostra applicazione è errore 1300. Ciò si verifica quando uno o più assembly (o l'intero pacchetto) sono già precompilati. Per risolvere questo problema, ricostruire il pacchetto dell'app in Microsoft Visual Studio e quindi inviare il pacchetto appena generato.

+0

Questa è stata la prima cosa che ho controllato prima di pubblicare questa domanda ed è stata verificata come tutte le oltre 20 pubblicazioni precedenti (in realtà era ON per impostazione predefinita). Inoltre ho provato a controllarlo ma questo (ovviamente) non cambia nulla - solo il file .appx era nel pacchetto .appxupload dopo il re-packaging per l'invio a Store. – Sevenate

+0

E per quanto riguarda il 1300 - qualche idea su come risolverlo? Ho visto questo testo, ma non riesco a capire cosa potrebbe essere sbagliato con gli assembly precompilati se le modifiche dalla versione precedente e quella corrente sono minime (versione bugfix) e tutti i pacchetti utilizzati nell'app sono gli stessi nella nuova versione dell'app . L'unica cosa che probabilmente è cambiata è che il pacchetto precedente è stato creato in VS2015 ** Update 1 ** e ora sto usando VS2015 ** Update 2 **. – Sevenate

+0

@Sevenate È strano, se si seleziona "Includi file di simboli PDB completi" posso sempre ottenere i file .appxsym. Hai provato su altre macchine? Penso che questo possa essere collegato al tuo ambiente. – ZORRO

5

Io lavoro su .NET Native runtime e team di compilatori e il problema dei simboli è sicuramente un bug in alcuni dei nostri autori. È stato corretto e verrà risolto con l'aggiornamento 3. Se desideri applicare la patch al tuo computer locale, puoi apportare una modifica a due righe al nostro file di destinazione che risiede in: "C: \ Programmi (x86) \ MSBuild \ Microsoft \ .NetNative \ Microsoft.NetNative.targets". Ho messo una versione con patch qui: https://gist.github.com/MattWhilden/b4f2e2ee9cc9d30fd628a5963be24d11. Puoi diffarlo con la tua copia locale e vedere due aggiunte sulla linea 521 e 636.

Sono un po 'sorpreso che questo abbia fallito la tua presentazione in quanto i simboli mancanti non dovrebbero avere quella proprietà. L'unico effetto collaterale che mi aspetto è che tutti i simboli nativizzati che si ottengono dal centro di sviluppo saranno in grado di mappare solo i nomi di tipo e di metodo e non i numeri di riga C#/VB. Potete inviarci una mail a [email protected] in modo che possiamo aiutarci a capire cosa è successo qui?

+0

Sembra che la correzione di bug non l'abbia fatta in RC di aggiornamento 3, ma la patch funziona bene, grazie! – Sevenate

+1

Questo è corretto. Sarà in RTM di aggiornamento 3. Dispiace per la confusione. Felice di aiutare. –

+0

Questo problema mi è apparso dopo aver installato l'aggiornamento 3 RTM. –

0

Per coloro che hanno ancora riscontrato questo problema, controllare la versione del pacchetto NuGet Microsoft.NETCore.UniversalWindowsPlatform.

La versione 5.2.0 sembra essere problematica in questo momento.

Provare il downgrade da 5.2.0 a 5.1.0 per ciascun progetto della soluzione. Ha funzionato per me

Problemi correlati