5.7.14-7-log Percona Server (GPL), Release '7', Revision '083e298')composer, then install it via bin/magento setup:install with https:// in --base-urlbin/magento setup:upgrade bin/magento setup:di:compilebin/magento setup:static-content:deploy <code> en_US (I'm using different locale code than en_US, <code> in this case is vi_VN)bin/magento indexer:reindex and bin/magento cache:flushIt also means, you are on fresh installation from composer and your deploy:mode is default




If you are worrying about my permission, then don't. Here is it, directly from the server. All files are 644, directories are 755. Please note that all other web applications on this server are working fine. No permission problem at all.

I did A LOT of research before open this issue, they can't help me. I do install-reinstall Magento 2.1.x approx billions of time since the beginning of August before submit it by the end of August.
I didn't:
Magento 2.0.x works fine on this server (2.0.7 actually), so this issue not come from the server side absolutely.
Please help me find out what was happened and how to deal with it.
Thank you,
Hector.
I'm also experiencing this issue on a clean 2.1.1 install running in production mode. When I run the site in developer mode, I don't see the issue.
@erikhansen I tried to change to production mode or developer mode in my case, neither works.
Internal MAGETWO-58052 has been created
Any update on this please @yvoronoy - Running a production site in developer mode is not a great workaround 馃槥
Hi guys,
I have a good news for: your instance already has all stuff needed to fix the issue.
Lets install Magento 2.1 and open Orders' list or Products' list in Admin area. When you look in network tab of your browser you can find that almost all files are loaded. There is just a few missings like rjsResolver.js. Indeed this file is missed from Magento-box.
Magento 2.1 (compare to Magento 2.0) introduces several code features. One of them (how JS app track changes on the page) touches mage/requirejs/resolver file. In M2.1 it loaded via alias rjsResolver.
The alias was placed in _main_ requirejs-config.js file in the Theme module.
On each page Magento loads requirejs-config.js file from .../static/_requirejs/.../ folder. This is _compiled_ version of all requirejs-config.js files from all Modules for particular area. This means that when you _do update Magento_, _install new module_ or some how change list of the enabled Magento's modules, each time you need flush pub/static/_requirejs/ folder. Or even whole pub/static/.
Ok, it's good. But you should pay attention to your browser cache. If you have older Magento installed on same domain your browser cached assets like ./requirejs-config.js file.
You can:
Yes, you cann't force clear cache. You can:
In any way the issue will be resolved when requirejs-config.js will be updated to correct one.
I'm closing an issue as "Not a bug" until you can correct my conclusion.
Hello @erikhansen @BenSpace48 and @guz-anton,
As @guz-anton said, this is definitely not a bug, I resolved it by myself after few more hours researching after open this ticket and forgot to update this ticket.
"Issue" I refer here is all things below:
bin/magento setup:static-content:deploy billion of times.We are facing to this issue if and only if you are sastify all requirements below:
In my case, that is CloudFlare. So the solution for this trouble is:
This issue is a silly reported by a drunk. Don't hate me.
@guz-anton thanks for the detailed response. I admit that I am new to Magento so I am talking with no authority here. Just take my comments as those of a simple user experiencing Magento for the first time.
Maybe the installation needs to run a couple extra commands. I don't know. But from my perspective something wasn't right.
I hope this is useful.
@tookuul-owner
The only case when I reproduced the similar issue (an error with rjsRelover) is an outdated RequireJS config in the browser. There are several places that can lead to such behavior. Outdated browser cache - is one of them.
Currently, in this discussion, there are no other insights about root causes.
Most helpful comment
Hi guys,
I have a good news for: your instance already has all stuff needed to fix the issue.
The root of an issue
Lets install Magento 2.1 and open Orders' list or Products' list in Admin area. When you look in network tab of your browser you can find that almost all files are loaded. There is just a few missings like
rjsResolver.js. Indeed this file is missed from Magento-box.Magento 2.1 (compare to Magento 2.0) introduces several code features. One of them (how JS app track changes on the page) touches
mage/requirejs/resolverfile. In M2.1 it loaded via aliasrjsResolver.The alias was placed in _main_
requirejs-config.jsfile in the Theme module.How does it touch your website?
On each page Magento loads
requirejs-config.jsfile from.../static/_requirejs/.../folder. This is _compiled_ version of allrequirejs-config.jsfiles from all Modules for particular area. This means that when you _do update Magento_, _install new module_ or some how change list of the enabled Magento's modules, each time you need flushpub/static/_requirejs/folder. Or even wholepub/static/.But I do fresh install with generating static assets from scratch!
Ok, it's good. But you should pay attention to your browser cache. If you have older Magento installed on same domain your browser cached assets like
./requirejs-config.jsfile.What can I do? How can I fix issue?
You can:
What can we do with real production site and real customers? We can't clear cache for all of them.
Yes, you cann't force clear cache. You can:
In any way the issue will be resolved when
requirejs-config.jswill be updated to correct one.