Magento 2 "Atención, algo salió mal" Al hacer clic en Contenido> Bloques; La página no se carga correctamente

Estoy usando Magento 2.0.4, y cada vez que hago clic en Contenido> Elementos> Bloques, recibo el siguiente mensaje de error: "Atención, algo salió mal".

No hay más información y, después de hacer clic en Aceptar, va a la página Bloques de CMS con el círculo de carga y nunca deja de cargarse. Puedo hacer clic en el Add New Blockbotón y luego crear y guardar un nuevo bloque, pero esos bloques recién creados / guardados no aparecen en la página Bloques porque nunca se carga por completo.

Información de instalación de plataforma relevante (puede editar con más si es necesario): Magento versión 2.0.4, PHP versión 5.6.20

Navegadores He probado este problema en: Firefox 45.0.1, IE 11.0.9600.18231, Chrome 49.0.2623.110

Esta es una instalación de Magento directamente desde el sitio web de magentocommerce, y no es ningún tipo de descarga de github. Después de actualizar Magento 2.0.2 a Magento 2.0.4 , ya eliminé todo, eliminé el contenido estático y ejecuté el comando para volver a implementar el contenido estático.

Por favor, hágame saber lo que me falta aquí. ¿Es este un problema de permisos en el back-end en alguna parte? , un problema de codificación, un problema conocido o ¿qué está pasando? Parece que no recibo este mensaje de error cuando hago clic en cualquier otra cosa en el Panel de administración (por ejemplo, Páginas, Temas, Widgets y más, todo se carga correctamente y no genera ningún mensaje de error).

Debe verificar la var/logscarpeta para ver si algo salió mal y también su servidor registra.

Para mí, el problema estaba relacionado con este https://github.com/magento/magento2/issues/5418 .

Accedió a la tabla db cataloginventory_stock_item y elimine duplicados y luego el problema desapareció.

Si eso no lo resuelve, puedes probar:

1) cd en pub/staticy correrfind . -depth -name .htaccess -prune -o -delete

2) cd en la carpeta raíz y ejecutar rm -rf var/cache/ var/generation/ var/page_cache/ var/view_preprocessed/

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

Si esto no lo resuelve, podría tomar la opción radical de reinstalar:

1) elimine la carpeta del proveedor rm -rf vendor/*y también el composer.lockarchivo en la raíz.

2) correr composer install

Acabo de depurar exactamente el mismo problema. Cuando veas el

"Atención: algo salió mal"

mensaje generará un informe de error dentro var/reportcon más detalles sobre lo que salió mal. Le recomendaría que elimine todos los informes en ese directorio y actualice la página en su backend. Esto debería generar un solo informe con más detalles.

En mi caso, algunos page_id'sde la tabla cms_pageno tenían un correspondiente page_iden el cms_page_storeque resultó en el siguiente error:

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)

Pude solucionar esto agregando los que faltan page_id'sy store_id'sal camino.

Basado en [ https://github.com/magento/magento2/issues/6602 ] puede:

• desinstale el Magento e instálelo nuevamente. [O]
• ir a la base de datos, encontrar la tabla ui_bookmark, eliminar todas las entradas

Si ayuda a alguien, resolví este problema deshabilitando el módulo de informes PHP NewRelic.

El sitio estaba habilitado para SSL, con encabezados HSTS, y el código de seguimiento de JavaScript que el módulo intentaba inyectar era de un punto final no SSL. Una vez que se eliminaron todas las fuentes que no son SSL, la página Bloques se cargó felizmente.

No se informaron errores en var / reports var / log / exception.log o var / log / debug.log.

Es extraño que ninguna otra página de administración de Magento pareciera estar afectada por esto, posiblemente el error provocado por la falta de inyección de JavaScript en línea también estaba interrumpiendo la llamada ajax de Magento.

Pura conjetura, pero una vez que NewRelic fue desactivado, la página se carga perfectamente

La solución más simple y sencilla es, como mencionó @Helal, solo ir a la base de datos y eliminar todas las entradas en la tabla ui_bookmark.

Asegúrese de crear una copia de seguridad de su base de datos para poder restaurarla si algo sale mal.

No tengo información adicional sobre por qué esta es la solución. Probé la solución de base de datos como se mencionó y funcionó. ¿Quizás alguien pueda explicar la razón detrás de esto?

En mi caso, eran permisos en las notificaciones

Tengo una solución simple para ello.

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;
}

Tuve el error "Algo salió mal" en Magento 2.1 al ver la página de edición de un producto. En mi caso, una búsqueda del mensaje de error encontró que se generó cuando una respuesta AJAX falló, por lo que utilicé las herramientas de desarrollo de Chrome para encontrar la respuesta AJAX específica que estaba fallando. Esta respuesta tenía un código de error de 500, lo que me permitió mirar en el registro de errores httpd (no en los registros de magento) para encontrar que había un error de PHP (en mi caso, causado por el generador de perfiles de Magento: al desactivar el generador de perfiles se produjo el error vete).

Sus condiciones de error pueden variar, pero esperamos que este proceso lo ayude a encontrar la causa.

Para Magento CE 2.0.15, puede consultar el archivo:

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

Línea 110 ~ 112:

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

Espero que esto sea útil.