6 users online. Create an account or sign in to join them.Users

Search

i'm running across this problem where the javascript is not firing off in the admin... especially on sections and components (data sources). Basically the collapsible.js and other js is not firing off. Therefore, it's shows all of the sections in the datasource editor.

It times out and doesn't load the JS at all in Chrome. In Safari and Firefox, it delays the load but finally loads the JS.

I did a quick screencast to show y'all what it's doing.

a little background... we host with Slicehost, and we had to start a new slice with a new ubuntu installation. Since we were on 6.06 LTS, the Slicehost admins told me it was virtually impossible to upgrade to 10.04 LTS. So we had to get a new slice... LONG STORY short... we are moving from an Apache replacement server (Litespeed) to Apache 2.2/PHP5.3.* and we started having these problems.

Actually the weird thing is, on my localhost machine... i have apache 2.2/php5.3.* and i don't have these problems. Also, Litespeed didn't have these problems. Do you think this is an Apache related issue?

Here are all the Apache modules that I have activated on the server...

actions.conf      authn_file.load       cache.load    dbd.load         env.load         headers.load      mod-security.load  proxy_balancer.load  setenvif.conf    suexec.load
actions.load      authz_default.load    cgi.load      deflate.conf     expires.load     include.load      negotiation.conf   proxy_connect.load   setenvif.load    unique_id.load
alias.conf        authz_groupfile.load  dav.load      deflate.load     ext_filter.load  mem_cache.conf    negotiation.load   proxy_http.load      ssl.conf         vhost_alias.load
alias.load        authz_host.load       dav_fs.conf   dir.conf         fcgid.conf       mem_cache.load    php5.conf          reqtimeout.conf      ssl.load
asis.load         authz_user.load       dav_fs.load   dir.load         fcgid.load       mime.conf         php5.load          reqtimeout.load      status.conf
auth_basic.load   autoindex.conf        dav_svn.conf  disk_cache.conf  file_cache.load  mime.load         proxy.conf         rewrite.load         status.load
auth_digest.load  autoindex.load        dav_svn.load  disk_cache.load  filter.load      mod-evasive.load  proxy.load         ruby.load            substitute.load

Here's my .htaccess for Symphony

This is not a 2.2 installation right?

Previous version had a problem when a certain number of JS/CSS files were added to the markup: Issue 517. Can you see if that's causing trouble?

This is happening on Symphony 2.1.x sites. I'll check.

@phoque, I applied the change from Issuue 517. No change. Still the same problem. Here's the head portion of the page from the Symphony backend. 

<html lang="en"> 
    <head> 
        <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> 
        <link rel="stylesheet" type="text/css" media="screen" href="http://xml.site.org/symphony/assets/forms.css"> 
        &lt;script type="text/javascript" src="http://xml.site.org/symphony/assets/jquery.js">&lt;/script> 
        &lt;script type="text/javascript" src="http://xml.site.org/symphony/assets/symphony.collapsible.js">&lt;/script> 
        &lt;script type="text/javascript" src="http://xml.site.org/symphony/assets/symphony.orderable.js">&lt;/script> 
        &lt;script type="text/javascript" src="http://xml.site.org/symphony/assets/symphony.duplicator.js">&lt;/script> 
        <link rel="stylesheet" type="text/css" media="screen" href="http://xml.site.org/symphony/assets/symphony.duplicator.css"> 
        &lt;script type="text/javascript" src="http://xml.site.org/symphony/assets/admin.js">&lt;/script> 
        <link rel="stylesheet" type="text/css" media="screen" href="http://xml.site.org/extensions/referencelink/assets/referencelink.css"> 
        <link rel="stylesheet" type="text/css" media="screen" href="http://xml.site.org/extensions/xml_selectbox/assets/xml_selectbox.css"> 
        <link rel="stylesheet" type="text/css" media="screen" href="http://xml.site.org/extensions/jquery_date_picker/assets/ui.core.css"> 
        <link rel="stylesheet" type="text/css" media="screen" href="http://xml.site.org/extensions/jquery_date_picker/assets/ui.theme.css"> 
        <link rel="stylesheet" type="text/css" media="screen" href="http://xml.site.org/extensions/jquery_date_picker/assets/ui.datepicker.css"> 
        &lt;script type="text/javascript" src="http://xml.site.org/extensions/jquery_date_picker/assets/jquery-ui-core-datepicker.js">&lt;/script> 
        &lt;script type="text/javascript" src="http://xml.site.org/extensions/jquery_date_picker/assets/initialise.js">&lt;/script> 
        &lt;script type="text/javascript" src="http://xml.site.org/extensions/referencelink/assets/referencelink.js">&lt;/script> 
        &lt;script type="text/javascript" src="http://xml.site.org/extensions/xml_selectbox/assets/xml_selectbox.js">&lt;/script> 
        <title>Symphony &ndash; Data Sources &ndash; AdventDevo</title> 
    </head>

@phoque - The weird thing is this works perfectly on my old server (Production environment: Litespeed/PHP 5.2.) and on a local machine (Mac OS X 10.6 machine running Apache 2.2/PHP 5.3.). All we did was change servers, and this phenomenon started happening. Could you think of any Apache settings or PHP settings that could be causing this?

The code hasn't changed, the only thing that has changed is a change to Apache 2.2/PHP 5.3 environment.

Any thoughts????

Apparently, all &lt;script>...&lt;/script> tags are HTML encoded. Maybe a rogue XSS filter?

Edit: Hah, that's the forum messing with us. Can you post it on pastie? :-D

Here you go. http://pastie.org/1629053

UPDATE: Still having this problem, haven't solved the issue yet. I did find one interesting thing. On that Data Source Editor and Section Editor pages, basically the parts that are actively using the Duplicator and Collapsable javascript... I viewed the html source code for the data source editor page... then copied and pasted that code in a static file, and uploaded that to the server... and the static page renders correctly!?!?!

Do you know what could be causing this? Could this be a permissions issue? It's the SAME code... all I did is copy the rendered code and pasted that code in a static file to see if it would render the same way on the server and it doesn't.

Anybody have any suggestions? I'm stumped. This makes absolutely no sense to me at all. All we did is move servers and this is happening on every Symphony install that we have (which is a lot)... but ONLY on this server, and ONLY if it's running Symphony. Could this be a database issue????

UPDATE: I'm getting the following error in Chrome Developer Tools...

Failed to load resource

Again, this is only happening on my production server (it doesn't happen in my test in environment) or any other environment I test. See explanation above.

alt text

Can you confirm the permissions of the files are correct?

As a test, just 777 them and see if it resolves the issue. If it does you may have to fiddle with your groups/permissions to find the settings that work for your new server.

@brendo which files should 777? This happens also on the CREATE NEW DATASOURCE screen as well. And on the CREATE NEW SECTION screen. Anything with the Collapsible Javascript. It's weird it's like it's not loading the javascript.

Nothing should be 777, it's just an experiment to see if permissions are the cause.

I'd do it to the symphony folder, remembering to revert it back!

OK. I'll try that now and report back.

@brendo - 777 on symphony folder does not work.

HELP!!!! I don't know what this can be. It just doesn't make sense!

Can you open the Network tab in your developer bar to see if any of the files won't load properly?

It looks like everything is loading... see screenshots below...

alt text alt text alt text

The error says 

Failed to load resource /symphony/blueprints/datasources/new/

A dump question: Have you tried clearing your browser cache?

Yes. I've been resetting my browser completely. Flushing cache and everything. It will work if I'm looking a data source that is small or a section that is small, but if I'm editing a large data source based on a large section, it won't load, or it will delay it's load.

Here's another quick screencast showing what I'm saying above. Sorry if I sound like I'm half a sleep, it's because I am. It's 4:00am in Dallas, and I've been up all day and night trying to figure out this problem.

To see what happens in comparison to Chrome and Safari, view the screencast I posted above.

Tell me, if you view the file using the web developer area, do the contents look correct?

Also, try unloading the deflate Apache module, I don't see any indication that it might be the problem, but it's worth a shot.

Using the web developer area?

I'll try unloading the deflate Apache module to see what that will do.

Create an account or sign in to comment.

Symphony • Open Source XSLT CMS

Server Requirements

  • PHP 5.2 or above
  • PHP's LibXML module, with the XSLT extension enabled (--with-xsl)
  • MySQL 5.0 or above
  • An Apache or Litespeed webserver
  • Apache's mod_rewrite module or equivalent

Compatible Hosts

Sign in

Login details