ExpressionEngine CMS
Open, Free, Amazing

Thread

This is an archived forum and the content is probably no longer relevant, but is provided here for posterity.

The active forums are here.

Control Panel not loading CSS in Google Chrome

December 15, 2010 12:54pm

Subscribe [10]
  • #16 / Mar 02, 2011 12:18pm

    Sue Crocker

    26054 posts

    Hi, Chuck.

    Do you have the ability to test locally? I’d be tempted to install a 2.1.3 build or even 2.1.4 beta with the Agile theme and see how things behave for you then.

  • #17 / Mar 22, 2011 5:00pm

    vicos

    22 posts

    You are not alone—this is the latest “what next?” factor with my first EE project.  Never had an issue with the EE Control panel—always loaded fast and worked fine.  I had just finished fixing another not-my-fault problem last night and I went to my Google Chrome window where the CP was running, reloaded the page and BAM, no more top drop-down menus. Very similar to what neekster describes.

    The menus work in MSIE and Firefox—all of the CP panels initially load fine, but the magic progress spinning circle continues to spin for several seconds more before you can do anything on the page.  This happens in all browsers—again, just all of a sudden.  It is almost like it is getting hung trying to process some JS—the WYGWAM editor now takes forever to load.

    Then all of a sudden it worked fine in Chrome before I knocked off last night.  Now today, I come in and it is acting badly as I described.  I even removed and reinstalled Chrome.  Happens the same on other PCs.

    Will post whatever diagnostics data I can come up with.

  • #18 / Mar 22, 2011 6:50pm

    vicos

    22 posts

    I am using the Google Inspect tool and looking at the timeline as the main Control Panel page loads.  This shows every little bit and piece as it loads and is processed. There is one place where it is taking more than 5 seconds.  Here’s what Chrome is reporting for that one request (with my domain removed):

    Send Request (admin.php)

    http://example.com/admin.php?S=7da0e5443fa63888448e33794c440b0c2498ff7e&D=cp&C=javascript&M=combo_load&ui=core,widget,mouse,position,sortable,dialog&plugin=ee_focus,ee_notice,ee_txtarea,tablesorter,ee_navigation&file=cp/global&effect=core&v=1298177691

    Hope this gives the developers the info they need to propose a solution.  Let me know if you need more data.

    Screen capture attached.  They say a picture is worth a 1000 words. I hope this is the right picture.

  • #19 / Mar 23, 2011 12:12pm

    Sue Crocker

    26054 posts

    Hi, vicos.

    I just got a new Windows 7 machine and have Chrome running on it, but will be testing on a vanilla Agile 2.1.4 beta install.

    I had just finished fixing another not-my-fault problem last night

    What did you fix? Can you tell us which version/build of EE2.x you’re using? See EEWiki:// HowTo Determine My EE Version

  • #20 / Mar 23, 2011 2:07pm

    vicos

    22 posts

    Hi Sue,

    1) this problem is repeatable on Windows 7, Vista, and an iMac.  It is not limited to Windows 7 and Chrome.  Chrome appears to react differently in that the menus stop working.  But, as I denoted above, all browsers display a sudden slowdown in loading something (as demonstrated by the image I posted just above).  Adding/editing articles now takes a month of Sundays because of all the waiting that has to be done.

    1a) In the prior post, I gave the exact URL that was taking 5-6 seconds to load/process, according to Chrome’s debugger.

    2) this is a brand new install of v2.1.3

    3) I fixed a problem with a third-party plugin that was installed with WooThemes.  It is an image resizer that was not caching properly.  Should have no effect what-so-ever on this issue.  Search my previous threads about a Very slow loading page to read more.

    4) During the troubleshooting of the aforementioned problem, what was changed: gzip was toggled on and off; debugging was toggled on and off for both errors and templates; the default template group was renamed.

    5) There is no way IMHO you can troubleshoot this problem with direct access to a system exhibiting the issue.  I am more than happy to give an employee of Ellis direct admin access to EE on the problem domain.  Just email me directly using a company email and I will reply with the login credentials.

  • #21 / Mar 23, 2011 2:17pm

    vicos

    22 posts

    One thing I just noticed, when loading the control panel page, the whole page initially rendered pretty quickly.  then we have a several second wait as the magic circle spins. Then the last visible thing to render on the page is the information under the heading “Notepad” in the far right column.  The actual header text (Notepad) renders right when the page loads, but the data under it displays last after the long delay.

    Not sure if this is helpful or just a coincidence to the real problem.

    ALSO, this appears more and more to be Javascript related.  Nothing javascript-related will function on the page until that magic circle starts spinning. For example, I just went into the manage DB tables page to repair the tables.  When I clicked on “Select All” link at the bottom of the page, it would not function until the circle stopped spinning.  On the “Edit Content” page, you can’t even click on an article link to load it until the circle stops.  If you click right away, you go to a page to enter a new article as opposed to editing the article you clicked on.

  • #22 / Mar 24, 2011 9:43am

    Sue Crocker

    26054 posts

    vicos, before we actually go in, let’s get just a bit more info from you.

    Who are you hosted with? Is there an .htaccess at play here?

  • #23 / Mar 24, 2011 4:47pm

    vicos

    22 posts

    I use .htaccess based on the article over at devot-ee.com.  I had disabled it to see if it was the cause of my previous problem.  I will disable it again to see if there is any impact on this current problem, and report back shortly.  My system folder is up above webroot.  But again, this problem only recently appeared after weeks of the CP working just fine. Back in a bit…

  • #24 / Mar 24, 2011 8:08pm

    vicos

    22 posts

    I renamed .htaccess to htaccess—no impact on the CP load time issue.  I also cleared the caches after making this change.

    I executed the URL I posted earlier that the Chrome inspector shows as being the culprit.  The resultant data is all Javascript, looks like mainly jQuery stuff.  when I save it to a text file, it is only a little over 88-Kbytes.

  • #25 / Mar 24, 2011 8:16pm

    vicos

    22 posts

    I am not a JavaScript expert by any stretch, but the Chrome Script Inspector stops on this code when I am loading the main CP page:

    $(document).ready(function(){var f={},i=$(’<div id=“ajaxContent” >’),a,b,d,e;f[EE.lang.close]=function(){$(this).dialog("close")};i.dialog({autoOpen:false,resizable:false,modal:true,position:"center",minHeight:"0",buttons:f});if(EE.importantMessage){a=EE.importantMessage.state;b=$("#ee_important_message");d=function(){a=!a;[removed]="exp_home_msg_state="+(a?"open":"closed")};e=function(){$.ee_notice.show_info(function(){$.ee_notice.hide_info();b.removeClass("closed").show();d()})};b.find(”.msg_open_close”).click(function(){b.hide();

    Then gives an error: admin.php:13Uncaught TypeError: Object #<object> has no method ‘dialog’

    There is also a warning: Uncaught LiveEdit Failure: Failed to compile new version of script: SyntaxError: Unexpected token :

    At this pont, I am out of tricks and you are best to investigate directly.  I am convinced that this problem is not unique to me since others reported the same issue prior to me.

    I’m now a week overdue on this project, so anything you can do at this point would be greatly appreciated.

  • #26 / Mar 25, 2011 12:00pm

    Sue Crocker

    26054 posts

    vicos, even if we were to determine what the problem is with Chrome, we wouldn’t be able to get a patched file to you in a timely manner.

    In the interim, while we investigate the issue, your best bet is to use a browser that does work. Will Firefox or IE work for you while we investigate?

  • #27 / Mar 25, 2011 3:36pm

    vicos

    22 posts

    As I wrote earlier, this problem is not browser-specific—although Chrome reacts differently by refusing to display the menus.  All browsers experience an additional 5-6 second delay processing the Javascript—which makes it intolerably slow to do any thing in CP.

    I only continually cite Chrome because it has good debugging tools I can use to define and report the problem to you.

    Can I continue to work? Yes, with pain

    Can it be delivered to the customer like this? Not with good results.

  • #28 / Mar 25, 2011 5:54pm

    Sue Crocker

    26054 posts

    Hi, vicos. I see what you mean about the slowdown and just not working well with Chrome. But I don’t see the same thing on my EE 2.1.3 sites using Chrome.

    One thing we didn’t discuss - if you’re having Javascript issues, one suggestion is to re-upload your /themes folder to see if that makes a difference.

    Can we have you try that?

  • #29 / Mar 25, 2011 6:00pm

    Brandon Jones

    5500 posts

    Hi vicos,

    Disabling Generate HTTP Page Headers? under Admin > System Administration > Output and Debugging appears to solve the problem for me. There are some server configurations where this is necessary. Can you confirm if that works for you as well?

  • #30 / Mar 25, 2011 6:10pm

    vicos

    22 posts

    @Sue - I hesitate to do anything until you have accessed CP and confirmed you are seeing the same thing as me with various browsers.  Not clear from your post if you had a chance to do that yet.

    @Brandon - I was wondering the purpose of that.  I need to find a doc page on the purpose of that option first so I can understand.

.(JavaScript must be enabled to view this email address)

ExpressionEngine News!

#eecms, #events, #releases