Magento 2 "Attenzione Qualcosa è andato storto" Facendo clic su Contenuto> Blocchi; La pagina non viene caricata correttamente

Sto usando Magento 2.0.4 e ogni volta che faccio clic su Contenuto> Elementi> Blocchi ricevo il seguente messaggio di errore: "Attenzione Qualcosa è andato storto."

Non ci sono più informazioni e dopo aver fatto clic su OK si passa alla pagina Blocchi CMS con il cerchio di caricamento e non si ferma mai il caricamento. Sono in grado di fare clic sul Add New Blockpulsante, quindi creare e salvare un nuovo blocco, ma i blocchi appena creati / salvati non vengono visualizzati nella pagina Blocchi perché non si carica mai completamente.

Informazioni rilevanti sull'installazione della piattaforma (è possibile modificarne altre se necessario): Magento versione 2.0.4, PHP versione 5.6.20

Browser Ho provato questo problema su: Firefox 45.0.1, IE 11.0.9600.18231, Chrome 49.0.2623.110

Questa è un'installazione di Magento direttamente dal sito Web magentocommerce e non alcun tipo di download di github. Dopo l'aggiornamento da Magento 2.0.2 a Magento 2.0.4 ho già scaricato tutto, cancellato il contenuto statico ed eseguito il comando per ridistribuire il contenuto statico.

Per favore fatemi sapere cosa mi manca qui. È un problema di autorizzazioni sul back-end da qualche parte? , un problema di codifica, un problema noto o cosa sta succedendo? Non mi sembra di ricevere questo messaggio di errore quando faccio clic su qualsiasi altra cosa nel Pannello di amministrazione (ad esempio, Pagine, Temi, Widget e altro ancora vengono caricati correttamente e non generano alcun messaggio di errore).

Dovresti controllare la var/logscartella per vedere se qualcosa è andato storto e anche il tuo server registra.

Per me il problema era legato a questo https://github.com/magento/magento2/issues/5418 .

Passa alla tabella db cataloginventory_stock_item ed elimina i duplicati e il problema scompare.

Se ciò non lo risolve, puoi provare:

1) pub/staticesegui il cd ed eseguilofind . -depth -name .htaccess -prune -o -delete

2) cd nella cartella principale ed esecuzione rm -rf var/cache/ var/generation/ var/page_cache/ var/view_preprocessed/

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

Se ciò non lo risolve, è possibile utilizzare l'opzione radical per reinstallare:

1) elimina la cartella del fornitore rm -rf vendor/*e anche il composer.lockfile nella radice.

2) corri composer install

Ho appena eseguito il debug dello stesso identico problema. Quando vedi il

"Attenzione: qualcosa è andato storto"

messaggio genererà un rapporto di errore all'interno var/reportcon maggiori dettagli su cosa è andato storto. Consiglierei di eliminare tutti i report in quella directory e aggiornare la pagina nel back-end. Questo dovrebbe generare un singolo report con maggiori dettagli.

Nel mio caso alcuni page_id'sdalla tabella cms_pagenon avevano un corrispondente page_idin cms_page_storecui si è verificato il seguente errore:

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)

Sono stato in grado di aggirare questo aggiungendo il percorso mancante page_id'se store_id's.

Sulla base di [ https://github.com/magento/magento2/issues/6602 ] puoi:

• disinstallare Magento e installarlo di nuovo. [O]
• vai al database, trova la tabella ui_bookmark, elimina tutte le voci

Se aiuta qualcuno, ho risolto questo problema disabilitando il modulo di reporting PHP NewRelic.

Il sito era abilitato SSL, con intestazioni HSTS, e il codice di monitoraggio javascript che il modulo stava tentando di iniettare proveniva da un endpoint non SSL. Una volta rimosse tutte le fonti non SSL, la pagina Blocchi è stata caricata correttamente.

Non sono stati segnalati errori in var / reports var / log / exception.log o var / log / debug.log.

Strano che nessun'altra pagina di amministrazione di Magento sembrasse influenzata da questo, probabilmente l'errore generato da javascript inline che non veniva iniettato stava anche interrompendo la chiamata ajax di Magento.

Puramente congettura, ma una volta disabilitato NewRelic, la pagina si carica perfettamente

La soluzione più semplice e facile è, come menzionato da @Helal solo per andare al database ed eliminare tutte le voci nella tabella ui_bookmark.

Assicurati di creare un backup del tuo database in modo da poterlo ripristinare se qualcosa va storto.

Non ho ulteriori informazioni sul perché questa è la soluzione. Ho provato la soluzione di database come detto e ha funzionato. Forse qualcuno può spiegare il motivo dietro questo?

Nel mio caso, erano le autorizzazioni per le notifiche

Ho una soluzione semplice per questo.

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

Ho avuto l'errore "Qualcosa è andato storto" su Magento 2.1 durante la visualizzazione di una pagina di modifica del prodotto. Nel mio caso, una ricerca del messaggio di errore ha rilevato che è stata generata quando una risposta AJAX ha avuto esito negativo, quindi ho utilizzato gli strumenti di sviluppo di Chrome per trovare la risposta AJAX specifica che non andava a buon fine. Questa risposta aveva un codice di errore di 500, che mi ha permesso di cercare nel registro degli errori httpd (non i registri di Magento) per scoprire che c'era un errore PHP (nel mio caso, causato dal profiler Magento - disabilitando il profiler ho fatto l'errore va via).

Le condizioni di errore possono variare, ma si spera che questo processo ti aiuti a trovare la causa.

Per Magento CE 2.0.15, puoi controllare il file:

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

Linea 110 ~ 112:

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

Spero sia utile.