Magento 2 “Atenção, algo deu errado” Clicando em Conteúdo> Blocos; A página não carrega corretamente

Estou usando o Magento 2.0.4 e sempre que clico em Conteúdo> Elementos> Blocos, recebo a seguinte mensagem de erro: "Atenção, algo deu errado."

Não há mais informações e, depois de clicar em OK, ele acessa a página CMS Blocks com o círculo de carregamento e nunca para de carregar. Consigo clicar no Add New Blockbotão e criar e salvar um novo bloco, mas esses blocos recém-criados / salvos não são exibidos na página Blocos porque nunca são totalmente carregados.

Informações de instalação da plataforma relevantes (podem ser editadas com mais, se necessário): Magento versão 2.0.4, PHP versão 5.6.20

Navegadores que testei esse problema em: Firefox 45.0.1, IE 11.0.9600.18231, Chrome 49.0.2623.110

Esta é uma instalação do Magento diretamente do site magentocommerce, e não qualquer tipo de download do github. Após a atualização do Magento 2.0.2 para o Magento 2.0.4, eu já limpei tudo, excluí o conteúdo estático e executei o comando para reimplementar o conteúdo estático.

Por favor, deixe-me saber o que estou perdendo aqui. Isso é um problema de permissões no back-end em algum lugar? , um problema de codificação, um problema conhecido ou o que está acontecendo? Parece que não estou recebendo essa mensagem de erro quando clico em qualquer outra coisa no Painel do administrador (por exemplo, Páginas, Temas, Widgets e mais, todos são carregados corretamente e não geram nenhuma mensagem de erro).

Você deve verificar a var/logspasta para ver se algo deu errado e também os logs do servidor.

Para mim, o problema estava relacionado a este https://github.com/magento/magento2/issues/5418 .

Entrei na tabela db cataloginventory_stock_item e exclua duplicatas e o problema desapareceu.

Se isso não resolver, você pode tentar:

1) cd pub/statice executefind . -depth -name .htaccess -prune -o -delete

2) cd na pasta raiz e execute rm -rf var/cache/ var/generation/ var/page_cache/ var/view_preprocessed/

3) correr php bin/magento setup:static-content:deploy

Se isso não resolver, você pode usar a opção radical para reinstalar:

1) exclua a pasta do fornecedor rm -rf vendor/*e também o composer.lockarquivo na raiz.

2) correr composer install

Acabamos de depurar exatamente o mesmo problema. Quando você vê o

"Atenção: algo deu errado"

mensagem, ele gerará um relatório de erro var/reportcom mais detalhes sobre o que deu errado. Eu recomendo que você exclua todos os relatórios desse diretório e atualize a página no seu back-end. Isso deve gerar um único relatório com mais detalhes.

No meu caso, alguns page_id'sda tabela cms_pagenão tinham um correspondente page_idno cms_page_storequal resultou o seguinte erro:

a:4:{i:0;s:137:"Notice: Undefined index: store_id in /path/vendor/magento/module-store/Ui/Component/Listing/Column/Store.php on line 82";i:1;s:7434:"#0 /path/vendor/magento/module-store/Ui/Component/Listing/Column/Store.php(82): Magento\Framework\App\ErrorHandler->handler(8, 'Undefined index...', '/path/ma...', 82, Array)
#1 /path/vendor/magento/module-store/Ui/Component/Listing/Column/Store.php(66): Magento\Store\Ui\Component\Listing\Column\Store->prepareItem(Array)

Consegui contornar isso adicionando o caminho page_id's& ausente store_id's.

Com base em [ https://github.com/magento/magento2/issues/6602 ], você pode:

• desinstale o Magento e instale-o novamente. [OU]
• vá para o banco de dados, encontre a tabela ui_bookmark, exclua todas as entradas

Se isso ajuda alguém, resolvi esse problema desativando o módulo de relatório PHP NewRelic.

O site foi ativado para SSL, com cabeçalhos HSTS, e o código de rastreamento javascript que o módulo estava tentando injetar era de um terminal não SSL. Depois que todas as fontes não SSL foram removidas, a página Blocos foi carregada com satisfação.

Não houve erros relatados em var / reports var / log / exception.log ou var / log / debug.log.

Estranho que nenhuma outra página de administração do Magento parecesse ser afetada por isso, possivelmente o erro gerado pelo javascript em linha que não foi injetado também estava interrompendo a chamada ajax do Magento.

Puramente conjectura, mas depois que o NewRelic foi desativado, a página carrega perfeitamente

A solução mais simples e fácil é, como mencionado pelo @Helal, apenas para acessar o banco de dados e excluir todas as entradas na tabela ui_bookmark.

Crie um backup do seu banco de dados para poder restaurá-lo se algo der errado.

Não tenho informações adicionais sobre por que essa é a solução. Eu tentei a solução de banco de dados conforme mencionado e funcionou. Talvez alguém possa explicar a razão por trás disso?

No meu caso, eram permissões nas notificações

Eu tenho uma solução simples para isso.

Follow steps->

1)First close pop up of something went wrong.
2)Then click on active filters and Inspect element and you will see here a class which enable background,bottom,position,z-index.....simply remove these attributes .
3)Now cross button is clickable in active filters and now we can remove filters from grid.Remove all filters and Open same page in new tab.

in my case I was getting same problem in sales->order section.I resolved same process

.admin__data-grid-loading-mask {
    background: rgba(255,255,255,0.5);
    bottom: 0;
    left: 0;
    position: absolute;
    right: 0;
    top: 0;
    z-index: 399;
}

and I disable some attribute by enabling inspect element for admin section
and new class was 


.admin__data-grid-loading-mask {
    left: 0;
    position: absolute;
    right: 0;
    top: 0;
    z-index: 399;
}

Eu tive o erro "Algo deu errado" no Magento 2.1 ao visualizar uma página de edição do produto. No meu caso, uma pesquisa pela mensagem de erro descobriu que ela foi gerada quando uma resposta AJAX falhou, então usei as ferramentas de desenvolvimento do Chrome para encontrar a resposta AJAX específica que estava falhando. Essa resposta tinha um código de erro 500, o que me permitiu procurar no log de erros httpd (não nos logs do magento) para descobrir que havia um erro de PHP (no meu caso, causado pelo criador de perfil Magento - desabilitar o criador do erro) vá embora).

Suas condições de erro podem variar, mas esperamos que esse processo ajude a encontrar a causa.

Para Magento CE 2.0.15, você pode verificar o arquivo:

/vendor/magento/module-ui/view/base/web/js/grid/provider.js

Linha 110 ~ 112:

alert({
    content: $t('Something went wrong.')
});

Espero que isso seja útil.