I know that it is deprecated in 5.6.1 (we are soon moving to 6.0 and all of this will be for nothing) but I have an urgent need to get the out of the box calendar component working on our website.
As I said in the title of this post, it looks great in author and publish but in dispatch all that I can see is the gray title bar for the calendar without any title or month. I've been working on the assumption that it has to do with the client side libraries because when I look at the page in Chrome with the Developer's Tools open I can see about 38 GETs trying to get .css and .js files.
Does anybody have any idea what I'm doing wrong? This is an urgent request and I've been beating my head against this for at least a day now.
Thanks.
Steven Taylor
Systems Integration and Web Services, Radford University
Solved! Go to Solution.
Views
Replies
Total Likes
[1] http://www.webmasterworld.com/forum92/3229.htm
[2] http://modsecurity.org/
Views
Replies
Total Likes
Just check if you have any rule set in your dispatcher to deny files from certain path where these css/js files resides
Views
Replies
Total Likes
When you say -- "but in dispatch" -- are you referring to the component in a dispatcher cached AEM page?
Views
Replies
Total Likes
Yes, that is exactly what I mean. The errors that I get in the developer's tools console when I look at the component in our dispatcher (effectively what the rest of the world would see) are:
GET http://cq5-dispatch1-pprd.radford.edu/libs/cq/tagging/widgets/themes/default.css GraniteClientLibraryManager.includeScript @ clientlibrarymanager.js:252GraniteClientLibraryManager.write @ clientlibrarymanager.js:116(anonymous function) @ test.html:11 clientlibrarymanager.js:252
GET http://cq5-dispatch1-pprd.radford.edu/libs/cq/cloudserviceconfigs/widgets/themes/default.css GraniteClientLibraryManager.includeScript @ clientlibrarymanager.js:252GraniteClientLibraryManager.write @ clientlibrarymanager.js:116(anonymous function) @ test.html:11
clientlibrarymanager.js:252
GET http://cq5-dispatch1-pprd.radford.edu/libs/dam/components/scene7/widgets/themes/default.css GraniteClientLibraryManager.includeScript @ clientlibrarymanager.js:252GraniteClientLibraryManager.write @ clientlibrarymanager.js:116(anonymous function) @ test.html:11
clientlibrarymanager.js:252
GET http://cq5-dispatch1-pprd.radford.edu/libs/commerce/widgets/themes/default.css GraniteClientLibraryManager.includeScript @ clientlibrarymanager.js:252GraniteClientLibraryManager.write @ clientlibrarymanager.js:116(anonymous function) @ test.html:11
clientlibrarymanager.js:237
GET http://cq5-dispatch1-pprd.radford.edu/libs/cq/security/widgets.js GraniteClientLibraryManager.includeScript @ clientlibrarymanager.js:237GraniteClientLibraryManager.write @ clientlibrarymanager.js:116(anonymous function) @ test.html:11
clientlibrarymanager.js:237
etc, etc.
As I understand it the libs directory is not normally cached on the dispatcher instance.
Views
Replies
Total Likes
I will look for the dispatcher's rules on this but the component seems to be looking in the wrong place for the .css and .js files. Am I barking up the wrong tree by thinking this is a clientlib issue? It seems to me that other components on other pages are probably finding the same library files (.css and .js files) but the component on this page needs to be configured to use the clientlib properly, something I've never had to worry about before.
Views
Replies
Total Likes
So I've checked for any rules that would filter out any .css or .js files and there are none as far as I can tell. Does anybody have any advice on what I should investigate next? I would really appreciate the assistance.
Thanks.
Views
Replies
Total Likes
[1] http://www.webmasterworld.com/forum92/3229.htm
[2] http://modsecurity.org/
Views
Replies
Total Likes
any updates on this issue? i am facing the same thing.
thanks
Views
Replies
Total Likes