Magento 2 „Uwaga, coś poszło nie tak” Kliknięcie treści> Bloki; Strona nie ładuje się poprawnie

Korzystam z Magento 2.0.4 i za każdym razem, gdy klikam Treść> Elementy> Bloki, pojawia się następujący komunikat o błędzie: „Uwaga Coś poszło nie tak”.

Nie ma więcej informacji, a po kliknięciu OK przechodzi do strony Bloków CMS z kółkiem ładowania i nigdy nie przestaje się ładować. Jestem w stanie kliknąć Add New Blockprzycisk, a następnie utworzyć i zapisać nowy blok, ale te nowo utworzone / zapisane bloki nie pojawiają się na stronie Bloki, ponieważ nigdy nie są w pełni ładowane.

Odpowiednie informacje o instalacji platformy (w razie potrzeby można edytować więcej): Magento wersja 2.0.4, PHP wersja 5.6.20

Przeglądarki Testowałem ten problem na: Firefox 45.0.1, IE 11.0.9600.18231, Chrome 49.0.2623.110

Jest to instalacja Magento bezpośrednio ze strony magentocommerce, a nie jakikolwiek rodzaj pobierania github. Po aktualizacji z Magento 2.0.2 do Magento 2.0.4 wyczyściłem już wszystko, usunąłem zawartość statyczną i uruchomiłem polecenie, aby ponownie wdrożyć zawartość statyczną.

Daj mi znać, czego tu brakuje. Czy jest to gdzieś problem z uprawnieniami? , problem z kodowaniem, znany problem lub co się dzieje? Wydaje się, że nie pojawia się ten komunikat o błędzie, gdy klikam cokolwiek innego w panelu administracyjnym (na przykład Strony, Motywy, Widżety i inne ładują się poprawnie i nie generują komunikatu o błędzie).

Powinieneś sprawdzić var/logsfolder, aby sprawdzić, czy coś poszło nie tak, a także dzienniki serwera.

Dla mnie problem dotyczył tego https://github.com/magento/magento2/issues/5418 .

Poszedł do katalogu db kataloginventory_stock_item i usuń duplikaty, a następnie problem zniknął.

Jeśli to nie rozwiąże problemu, możesz spróbować:

1) cd do pub/statici uruchomfind . -depth -name .htaccess -prune -o -delete

2) cd do folderu głównego i uruchom rm -rf var/cache/ var/generation/ var/page_cache/ var/view_preprocessed/

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

Jeśli to nie rozwiąże problemu, możesz ponownie skorzystać z radykalnej opcji:

1) usuń folder dostawcy, rm -rf vendor/*a także composer.lockplik w katalogu głównym.

2) biegnij composer install

Właśnie debugowałem dokładnie ten sam problem. Kiedy zobaczysz

„Uwaga: Coś poszło nie tak”

komunikat wygeneruje w nim raport o błędach var/reportzawierający więcej szczegółów na temat tego, co poszło źle. Zalecam usunięcie wszystkich raportów z tego katalogu i odświeżenie strony w backendie. Powinno to wygenerować pojedynczy raport zawierający więcej szczegółów.

W moim przypadku niektórych page_id'sz tabeli cms_pagenie mają odpowiedniego page_idw cms_page_storeco spowodowało następującego błędu:

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)

Byłem w stanie obejść ten problem, dodając brakującą ścieżkę page_id's& store_id'sdo ścieżki.

Na podstawie [ https://github.com/magento/magento2/issues/6602 ] możesz:

• odinstaluj Magento i zainstaluj go ponownie. [LUB]
• przejdź do bazy danych, znajdź tabelę ui_bookmark, usuń wszystkie wpisy

Jeśli to komuś pomoże, rozwiązałem ten problem, wyłączając moduł raportowania PHP NewRelic.

Witryna miała włączoną obsługę SSL, z nagłówkami HSTS, a kod śledzenia javascript, który moduł próbował wprowadzić, pochodził z punktu końcowego innego niż SSL. Po usunięciu wszystkich źródeł innych niż SSL strona Bloków ładuje się szczęśliwie.

Nie zgłoszono żadnych błędów w var / report var / log /ception.log lub var / log / debug.log.

Dziwne, że nie wpłynęło to na żadną inną stronę administracyjną Magento, być może błąd zgłoszony przez inline javascript, który nie został wstrzyknięty, również przerywał wywołanie ajax Magento.

Czysta hipoteza, ale po wyłączeniu NewRelic strona ładuje się idealnie

Najprostszym i najłatwiejszym rozwiązaniem jest, jak wspomniano w @Helal, aby przejść do bazy danych i usunąć wszystkie wpisy w tabeli ui_bookmark.

Utwórz kopię zapasową bazy danych, aby móc ją przywrócić, jeśli coś pójdzie nie tak.

Nie mam dodatkowych informacji na temat tego, dlaczego jest to rozwiązanie. Próbowałem rozwiązania bazy danych, jak wspomniano, i zadziałało. Może ktoś może wyjaśnić przyczynę tego?

W moim przypadku były to uprawnienia do powiadomień

Mam na to proste rozwiązanie.

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

Miałem błąd „Coś poszło nie tak” na Magento 2.1 podczas przeglądania strony edycji produktu. W moim przypadku wyszukiwanie komunikatu o błędzie wykazało, że został wygenerowany, gdy odpowiedź AJAX nie powiodła się, więc skorzystałem z narzędzi programistycznych Chrome, aby znaleźć konkretną odpowiedź AJAX, która zakończyła się niepowodzeniem. Ta odpowiedź zawierała kod błędu 500, co pozwoliło mi zajrzeć do dziennika błędów httpd (nie do dzienników magento) i stwierdzić, że wystąpił błąd PHP (w moim przypadku spowodowany przez profiler Magento - wyłączenie profilera spowodowało błąd Idź stąd).

Warunki błędu mogą się różnić, ale mam nadzieję, że ten proces pomoże ci znaleźć przyczynę.

W przypadku Magento CE 2.0.15 możesz sprawdzić plik:

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

Linia 110 ~ 112:

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

Mam nadzieję, że to jest pomocne.