Closed hanaks closed 1 year ago
Hi @hanaks. Thank you for your report. To speed up processing of this issue, make sure that the issue is reproducible on the vanilla Magento instance following Steps to reproduce. To deploy vanilla Magento instance on our environment, Add a comment to the issue:
@magento give me 2.4-develop instance
- upcoming 2.4.x release@magento I am working on this
Join Magento Community Engineering Slack and ask your questions in #github channel. :warning: According to the Magento Contribution requirements, all issues must go through the Community Contributions Triage process. Community Contributions Triage is a public meeting. :clock10: You can find the schedule on the Magento Community Calendar page. :telephone_receiver: The triage of issues happens in the queue order. If you want to speed up the delivery of your contribution, join the Community Contributions Triage session to discuss the appropriate ticket.
This is most likely a duplicate of:
For now, you can disable admin analytics, that seems to be what works for everyone (but it looks like you've already figured this out yourself).
Hi @engcom-Bravo. Thank you for working on this issue. In order to make sure that issue has enough information and ready for development, please read and check the following instruction: :point_down:
Area: XXXXX
label to the ticket, indicating the functional areas it may be related to.2.4-develop
branch@magento give me 2.4-develop instance
to deploy test instance on Magento infrastructure. 2.4-develop
branch, please, add the label Reproduced on 2.4.x
.Issue: Confirmed
once verification is complete. This is most likely a duplicate of:
For now, you can disable admin analytics, that seems to be what works for everyone (but it looks like you've already figured this out yourself).
Now I recall that the issues at times of Magento 2.2 were also related to some sort of popup from "Admin Usage Tracking", so the current errors could be caused by the "help center widget" rather than network delays.
When I add a JavaScript break point to code which calls the $(...).ready function then everything works, maybe because it gives time for js files to load. So maybe it's caused by loading order of js files?
Yes, this sounds like issue 37618 Try disabling the Admin Usage Tracking setting as mentioned in that thread and see if that temporarily resolves the JavaScript errors.
Disabling "Admin Usage Tracking" fixes the errors, see ticket.
@hostep @drinkingsouls Thanks for your contribution & collaboration over here.
HI @hanaks,
Thank you for reporting and collaboration.
Similar issue has been confirmed here https://github.com/magento/magento2/issues/37618 Kindly move onto this issue for latest updates / solutions on the same.We are closing this as duplicate.
Thank you.
Preconditions and environment
Magento version 2.4.5
Steps to reproduce
Either happens always on almost all pages in backend, or doesn't happen at all. Could be related to network delays affecting loading order of external scripts.
Expected result
No errors.
Actual result
Random JavaScript errors in backend.
Additional information
It seems that there is some random issue with Magento_AdminAnalytics module.
I started to get various JavaScript errors like these from the sudden in backend, causing stuck loaders on grids or menu not working in backend:
Uncaught Error: Mismatched anonymous define() module: function(){return cr} Uncaught TypeError: $(...).ready is not a function Uncaught TypeError: Cannot set properties of undefined (setting 'mage')
The errors disappeared after setting "Stores > Configuration > ADVANCED > Admin > Admin Usage > Enable Admin Usage Tracking" to "No".
Could be related to some network delay loading external scripts. The errors started at the same time on a hosted server and on a local dev server while no changes were made on the hosted server.
I remember the same issues long time ago at times of Magento 2.2 or similar. This could be one of the random errors which killed Magento 2.
Release note
No response
Triage and priority