Estou recebendo a mesma coisa.

obrigado pelo relatório!

parece ser um problema com os logs da nova atualização; o aplicativo funciona bem depois disso?

seria ótimo se você carregasse seus registros mais recentes aqui para que eu possa verificar as coisas hoje à noite

Que logs você quer? mostre-me o caminho

É o mesmo para mim. Se eu soubesse o que enviar, eu o faria :)

Só pensei em adicionar minha experiência a isso.

Exatamente a mesma mensagem de erro acima - o aplicativo nunca completará o carregamento e clicar no botão OK apenas repete a mesma mensagem.

Tentei desinstalar o EDEngineer, baixando uma nova cópia e reinstalando, sem sucesso.

Será um prazer fazer upload de todos os logs especificados que você considere relevantes.

Confirmado! Isso acontece comigo 2 ... E a janela do Edengineer se coloca na frente da mensagem de erro, muito chato!

Também recebo o mesmo erro acima - acontece toda vez que meu estoque de lapa é atualizado (ou seja, tanto a compra quanto a demissão) - (ainda) não tentei nada que altere o armazenamento do estoque.

Mesmo erro aqui. Era causado por mudanças de carga de lapa, ou seja, quando uma lapa é disparada e tal. Aqui está um segmento do diário, mostrando a linha que provavelmente causou o erro:

{ "timestamp":"2018-12-12T03:16:32Z", "event":"LaunchDrone", "Type":"Prospector" }
{ "timestamp":"2018-12-12T03:16:35Z", "event":"Cargo", "Vessel":"Ship", "Count":69 }
{ "timestamp":"2018-12-12T03:17:02Z", "event":"LaunchDrone", "Type":"Prospector" }
{ "timestamp":"2018-12-12T03:17:06Z", "event":"Cargo", "Vessel":"Ship", "Count":68 }
{ "timestamp":"2018-12-12T03:17:10Z", "event":"LaunchDrone", "Type":"Prospector" }
{ "timestamp":"2018-12-12T03:17:13Z", "event":"Cargo", "Vessel":"Ship", "Count":67 }
{ "timestamp":"2018-12-12T03:17:20Z", "event":"LaunchDrone", "Type":"Prospector" }
{ "timestamp":"2018-12-12T03:17:23Z", "event":"Cargo", "Vessel":"Ship", "Count":66 }
{ "timestamp":"2018-12-12T03:17:57Z", "event":"LaunchDrone", "Type":"Prospector" }
{ "timestamp":"2018-12-12T03:18:00Z", "event":"Cargo", "Vessel":"Ship", "Count":65 }
{ "timestamp":"2018-12-12T03:18:05Z", "event":"LaunchDrone", "Type":"Prospector" }
{ "timestamp":"2018-12-12T03:18:07Z", "event":"Cargo", "Vessel":"Ship", "Count":64 }

Bem, meu erro foi ao instalar, não consigo nem iniciá-lo;)

Obtendo os mesmos erros descritos acima. Lapas parecem ser uma das causas.

Já tive os dois problemas que as pessoas estão falando, hoje cedo me dava um erro toda vez que lançava uma lapa e eu fechava e estava tudo bem. Mas esta noite cometi o erro de lançar o ED Engineer enquanto estava lançando lapas e ele travou o ED Engineer com aquele erro no fundo. Agora não posso iniciar o ED Engineer como o Burnwine. Além disso, tentei despejar todas as minhas lapas e, em seguida, iniciar o ED Engineer, mas isso não ajudou, agora apenas tenho o mesmo erro, mas diz 0 abaixo da contagem em vez do número anterior.

O mesmo problema aqui parece estar relacionado a eventos de carga (ou seja, "Cargo") que são criados depois que qualquer coisa altera a quantidade da carga em seu depósito (ou seja, "MissionCompleted", "MarketSell", "MarketBuy", "BuyDrones", "LaunchDrone ").

Ok eventos de carga (parece ser a carga inicial do jogo)

{"timestamp": "2018-12-12T11: 28: 49Z", "event": "Cargo", "Vessel": "Ship", "Count": 449, "Inventory": [{"Name": " cmmcomposite "," Name_Localised ":" CMM Composite "," Count ": 20," Stolen ": 0}, {" Name ":" Syntheticfabrics "," Name_Localised ":" Synthetic Fabrics "," Count ": 105," Roubado ": 0}, {" Nome ":" semicondutores "," Contagem ": 46," Roubado ": 0}, {" Nome ":" polímeros "," Contagem ": 14," Roubado ": 0}, {"Nome": "computercomponents", "Name_Localised": "Computer Components", "Count": 38, "Stolen": 0}, {"Name": "powergenerators", "Name_Localised": "Power Generators", " Count ": 24," Stolen ": 0}, {" Name ":" superconductors "," Count ": 23," Stolen ": 0}, {" Name ":" waterpurifiers "," Name_Localised ":" Water Purifiers "," Count ": 32," Stolen ": 0}, {" Name ":" Ceramiccomposites "," Name_Localised ":" Ceramic Composites "," Count ": 147," Stolen ": 0}]}
{"timestamp": "2018-12-12T13: 45: 38Z", "event": "Cargo", "Vessel": "Ship", "Count": 61, "Inventory": [{"Name": " drones "," Name_Localised ":" Limpet "," Count ": 61," Stolen ": 0}]}

Eventos de carga ruins

{"timestamp": "2018-12-12T11: 42: 49Z", "event": "Cargo", "Vessel": "Ship", "Count": 442}
{"timestamp": "2018-12-12T12: 05: 11Z", "event": "Cargo", "Vessel": "Ship", "Count": 380}
{"timestamp": "2018-12-12T11: 42: 55Z", "event": "Cargo", "Vessel": "Ship", "Count": 435}
etc

O novo documento API observa o seguinte, pode estar relacionado ... mas não tenho certeza de por que um tipo de evento de carga está ok quando o outro não.
https://forums.frontier.co.uk/showthread.php/452937-Journal-Docs-for-v3-3
"Resumo das mudanças no Beta3:
• Carga - conserta eventos extras espúrios; adicione uma bandeira para indicar embarcação = Navio ou Embarcação = SRV "

Os erros se repetem durante o evento e também quando você recarrega o EDEngineer e ele analisa novamente. Exigindo um OK, clique em cada erro para cada linha.

O aplicativo funciona bem quando você clica em OK, mas esse erro geralmente aparece atrás do jogo e pode ser perdido. Até que o ok seja atingido, ele trava .... janela modal, eu presumo. Mas não parece ser um problema especificamente relacionado a este problema a partir de então, exceto os eventos repetidos ....

Já vi isso "perder sincronia" (ocorria antes do patch) com os eventos de log de transações mais recentes e, eventualmente, isso também acontece neste caso. Os tapetes param de ser atualizados e a localização não muda. Nesse caso, você precisa fechar o aplicativo e abri-lo novamente, em seguida, clicar em ok nos mesmos eventos de carga todas as vezes.

não tive tempo de olhar o erro ontem, vou verificar tudo isso esta noite

não deve ser uma solução difícil de fazer, espere uma nova versão esta noite

Só para confirmar, tenho recebido o mesmo erro, a única carga no meu navio são lapas e a caixa de aviso aparece igual à diferença entre a contagem de lapas no login e a contagem no logout (tinha 7, agora 3, erro caixa reapareceu 4 vezes)
O aplicativo continuou a funcionar depois que o erro foi resolvido

09/12/2018

Ao carregar o cmdr:

{"timestamp": "2018-12-09T09: 58: 27Z", "event": "Cargo", "Inventory": [{"Name": "drones", "Name_Localised": "Limpet", "Count" : 3, "Roubado": 0}]}

Depois de comprar lapas:

{"timestamp": "2018-12-09T09: 58: 49Z", "event": "BuyDrones", "Type": "Drones", "Count": 7, "BuyPrice": 101, "TotalCost": 707 }
(nenhum evento de atualização de carga após a ação de compra)

13/12/2018

Compra e venda de 10 lapas:

{"timestamp": "2018-12-13T08: 01: 44Z", "event": "BuyDrones", "Type": "Drones", "Count": 10, "BuyPrice": 101, "TotalCost": 1010 }
{"timestamp": "2018-12-13T08: 01: 46Z", "event": "Cargo", "Vessel": "Ship", "Count": 10} <- isto causa um erro
{"timestamp": "2018-12-13T08: 02: 09Z", "event": "SellDrones", "Type": "Drones", "Count": 10, "SellPrice": 100, "TotalSale": 1000 }
{"timestamp": "2018-12-13T08: 02: 12Z", "event": "Cargo", "Vessel": "Ship", "Count": 0} <- isto causa um erro

Portanto, o problema é causado pelo fato de o evento de carga não especificar mais o que é a carga em algumas circunstâncias:

Depois de carregar o jogo: Inventário especificado
Depois de comprar, vender / vender / colher / ejetar: Estoque não especificado

Este evento de 'atualização de carga [apenas]' deveria ter recebido um nome diferente, pois não lista a carga. Não tenho certeza se isso foi intencional ou não.

Interromper a exceção é simples, mas este evento de carga 'contar apenas' precisa ser filtrado, caso contrário, ele será continuamente redefinido todas as suas mercadorias para 0.

Vou dar uma olhada no código.

Portanto, essa correção parece funcionar. (O código já lida com o retorno de null).

Fiz um teste rápido comprando Progenitor Cells, comprando e vendendo lapas e garantindo que as commodities não voltassem a zero.

`` `c #
private JournalOperation ExtractCargoDump (dados JObject)
{
var dump = new DumpOperation
{
ResetFilter = novo HashSet
{
Kind.Commodity
},
DumpOperations = nova lista()
};

        // ED version 3.3 (December 11th 2018) made some breaking changes:
        //  - Cargo event was added after buying/selling/scooping/ejecting commodities/limpets
        //  - But unfortunately this Cargo event is different to normal Cargo event and does not contain the Inventory key (so it needs to be ignored)
        //  - Note that when cmdr is loaded/game is started, Cargo event DOES contain the Inventory field
        if (data["Inventory"] == null)
            return null;

        foreach (var jToken in data["Inventory"])
        {
            ...
        }

        return dump;
    }

`` `

sim eu estava pensando em algo assim

se você abrir um PR para isso, certifique-se de que a verificação seja feita antes de new DumpOperation e adicione colchetes ao redor de if (mesmo se for uma única linha)

Feito. PR enviado # 477

tudo bem está tudo implantado, me avise se houver algum outro problema! obrigado a todos

Acabei de instalar a nova versão. Parece bom. Vou voar um pouco e fazer um teste.

      I'm getting the same thing.

Mesmo problema aqui :(

certifique-se de usar a versão 1.1.4.1 mais recente:

se estiver, você precisará carregar seus logs de diário aqui para que eu possa dar uma olhada

Isso acontece comigo quando tento instalar o novo aplicativo.

INFORMAÇÕES DE VERSÃO DA PLATAFORMA
Windows: 10.0.17134.0 (Win32NT)
Common Language Runtime: 4.0.30319.42000
System.Deployment.dll: 4.7.3056.0 desenvolvido por: NET472REL1
clr.dll: 4.7.3260.0 desenvolvido por: NET472REL1LAST_C
dfdll.dll: 4.7.3056.0 desenvolvido por: NET472REL1
dfshim.dll: 10.0.17134.1 (WinBuild.160101.0800)

ORIGENS
URL de implantação: https://raw.githubusercontent.com/msarilar/EDEngineer/master/EDEngineer/releases/EDEngineer.application

RESUMO DO ERRO
Abaixo está um resumo dos erros; os detalhes desses erros estão incluídos no log.
* Ativar https://raw.githubusercontent.com/msarilar/EDEngineer/master/EDEngineer/releases/EDEngineer.application resultou em uma exceção. As seguintes mensagens de erro foram detectadas:
+ O assembly referenciado não está instalado em seu sistema. (Exceção de HRESULT: 0x800736B3)

RESUMO DO ERRO DE TRANSAÇÃO DA LOJA DE COMPONENTES
Nenhum erro de transação foi detectado.

AVISOS
Nenhum aviso foi gerado durante esta operação.

ESTADO DE PROGRESSO DE OPERAÇÃO
* [12/18/2018 09:29:46]: A ativação de https://raw.githubusercontent.com/msarilar/EDEngineer/master/EDEngineer/releases/EDEngineer.application foi iniciada

DETALHES DO ERRO
Os seguintes erros foram detectados durante esta operação.
* [18/12/2018 09:29:56] System.Runtime.InteropServices.COMException
- O assembly referenciado não está instalado em seu sistema. (Exceção de HRESULT: 0x800736B3)
- Origem: System.Deployment
- Rastreamento de pilha:
em System.Deployment.Internal.Isolation.IStore.GetAssemblyInformation (UInt32 Flags, IDefinitionIdentity DefinitionIdentity, Guid & riid)
em System.Deployment.Internal.Isolation.Store.GetAssemblyManifest (UInt32 Flags, IDefinitionIdentity DefinitionIdentity)
em System.Deployment.Application.ComponentStore.GetAssemblyManifestFromStore (DefinitionIdentity asmId)
em System.Deployment.Application.ComponentStore.GetAssemblyManifestWithRetry (DefinitionIdentity asmId, TimeSpan retryInterval, Int32 maxRetryCount)
em System.Deployment.Application.ComponentStore.GetSubscriptionStateInternal (DefinitionIdentity subId)
em System.Deployment.Application.SubscriptionStore.GetSubscriptionStateInternal (SubscriptionState subState)
em System.Deployment.Application.SubscriptionStore.CheckAndReferenceApplication (SubscriptionState subState, DefinitionAppId appId, Int64 transactionId)
em System.Deployment.Application.DownloadManager.DownloadDeploymentManifestDirectBypass (SubscriptionStore subStore, Uri & sourceUri, TempFile & tempFile, SubscriptionState & subState, notificação IDownloadNotification, opções DownloadOptions, ServerInformation e serverInformation)
em System.Deployment.Application.DownloadManager.DownloadDeploymentManifestBypass (SubscriptionStore subStore, Uri & sourceUri, TempFile & tempFile, SubscriptionState & subState, notificação IDownloadNotification, opções DownloadOptions)
em System.Deployment.Application.ApplicationActivator.PerformDeploymentActivation (Uri activationUri, Boolean isShortcut, String textualSubId, String deploymentProviderUrlFromExtension, BrowserSettings browserSettings, String & errorPageUrl, Uri & deploymentUri)
em System.Deployment.Application.ApplicationActivator.PerformDeploymentActivationWithRetry (Uri activationUri, Boolean isShortcut, String textualSubId, String deploymentProviderUrlFromExtension, BrowserSettings browserSettings, String & errorPageUrl)
--- Fim do rastreamento de pilha do local anterior onde ocorreu a exceção ---
em System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw ()
em System.Deployment.Application.ApplicationActivator.PerformDeploymentActivationWithRetry (Uri activationUri, Boolean isShortcut, String textualSubId, String deploymentProviderUrlFromExtension, BrowserSettings browserSettings, String & errorPageUrl)
em System.Deployment.Application.ApplicationActivator.ActivateDeploymentWorker (estado do objeto)

DETALHES DA TRANSAÇÃO DE ARMAZÉM DE COMPONENTES
Nenhuma informação está disponível sobre a transação.

Meu melhor palpite de um rápido google seria que seu aplicativo ClickOnce do Windows foi corrompido.

Consulte https://stackoverflow.com/questions/20370490/system-runtime-interopservices-comexception-when-installing-github-for-windows

Não tenho certeza se a corrupção pertence ao EdEngineer, ao instalador do GitHub ou a outra coisa. Você pode tentar o seguinte:

_Opção 1_

• No painel de controle do Windows, localize "Programas e recursos" (ou o que quer que seja chamado em espanhol no Windows 10 - "Aplicaciones y caracteristicas" eu acho)
• Encontre EdEngineer na lista de aplicativos e desinstale-o
• Reinicializar a máquina
• Tente reinstalar o EdEngineer

_Opção 2_

• Faça uma cópia de backup da pasta% LocalAppData% \ Apps \ 2.0
• Em um console com direitos de administrador, execute o seguinte comando:

rundll32 %windir%\system32\dfshim.dll CleanOnlineAppCache

• Reinicializar a máquina
• Tente reinstalar o EdEngineer

_Opção 3_

• Faça uma cópia de backup da pasta% LocalAppData% \ Apps \ 2.0
• Exclua o conteúdo de% LocalAppData% \ Apps \ 2.0
• Reinicializar a máquina
• Tente reinstalar o EdEngineer

As opções 2 e 3 são de sua responsabilidade, já que não tenho certeza das implicações de limpar esse cache no Windows - não é algo que eu tive que fazer antes.