Weird hang on new installation in subdomain

Permalink
I have installed Concrete 5.3.3.1 twice in a subdomain of our church's main site. The installation went without a hitch. The first installation was with the included sample data. In each case a new database was used.

Here is what happens; I want to add content to the existing Home page:

1. Click Add to Main.
2. In add Block, click Content.

The Add Content Window appears, the Add & Cancel buttons are drawn, the initial edit field appears at the top and the Wait icon spins.

During this time, the Status Bar shows "Transferring Data from <subdomain FQDN>."

Then, in about 30 sec., the browser window goes completely which and the Status Bar displays "Read <subdomain FQDN>."

The reason, I say this is a weird hang, is that it is recoverable. I can click the back arrow and resume other activity. I am using Firefox 3.5.4 with Windows Vista. I have also used Safari for Windows and IE8 and the same three browsers on Windows XP sp3 with the same or similar behavior. I don't have a Macintosh available just now. I do have a Ubuntu 8.04 box which exhibits the same behavior, the only difference being that it only displays the Transferring Data message.

The Windows Error Console in Firefox states, "Warning: The 'charCode' property of a keydown event should not be used. The value is meaningless.
Source File:http://www.concrete5.org/community/forums/installation/...
Line: 0'

The Linux Error Console states simply, "tinymce is not defined" with the address as the subdomain root. That makes sense - the next step is for the editor to come up and draw the toolbar. I guess I need to toggle the editor choice. Am I on the right track here?

I have installed and worked with Concrete a number of times before this, but never in a subdomain. That's the only difference AFAIK.

Snooz

 
frz replied on at Permalink Reply
frz
sounds like maybe you have a partial install.

try using the same browsers and our demo setup here:

http://concrete5.org/about/trial...

works there, then something's off with your local setup.
Snooze replied on at Permalink Reply
Works on the demo site. I am going to remove and reinstall for fourth time from the problem site and then report. Also re-download 5.3.3.1.
Snooze replied on at Permalink Reply
Still no joy.

Since I don't have this problem except the current site, my conclusion is that there is something configured differently, Apache or PHP.

Still stuck
Snooze replied on at Permalink Reply
The error console displays this as the first error:

Error: jQuery is not defined
Source File:http://members.christchurchgastonia.org/concrete/js/ccm.dialog.js...
Line: 159

There are others all likely results of JQuery failure to load.

Let me toss this out: There is no .htaccess file. Usually when an installation is in a location off the root, the .htaccess file points to that path. Since the subdomain is nothing more than a folder off the root, the path variable is incorrect. That is assuming that the installation path defaults to the root.

Please stay with me on this. C5 stands far above others.
Snooze replied on at Permalink Reply
Alert to anyone who can help.

I removed 5.3.3.1 from the server, deleted the database and created a new one. I installed and configured 5.3.2. The failure of the editor to load was no repo with that version.

I also downloaded 5.3.3, but will have to wait until tomorrow to install it.
Snooze replied on at Permalink Reply 2 Attachments
Break point is 5.3.3.

Removed 5.3.2 and database. This config worked bringing up TinyMCE when doing Add Block-Content.

Installed 5.3.3 and new database. When doing Add Block Content, the same behavior as in 5.3.3.1 happens. At point where editor should begin to appear, browser window goes white. It is recoverable by clicking the back button and there appear to be no lasting effects.

Attachments show the initialization which has lasted up to 30 secs. and the blank windows status bar. I have never seen a Read <URL> message there.

Does anyone care that this is broken in this scenario? I will provide other details and any other debug items upon your instruction.
evanadelman replied on at Permalink Reply
came across a similar problem in migration - i thought it was a concrete5 issue for about 8 hour then remembered I had customised my .htaccess file - my rewrite rules were messing things up - you might double check that but yrmv
bobk replied on at Permalink Reply
I found this topic while searching for "hang" on the forum, so I apologize if it's been resolved somewhere else.

I have been having a similar problem with a freshly installed version of Concrete 5. When updating some pages, I get the spinning "busy" indicator and it just sits there as if it's hung up. I will eventually refresh the page and sometimes my change will have taken effect and other times it will not. This happens in many different scenarios like simply editing a page or changing permissions on a page or editing a slide show.

I think Concrete5 is great and I'm pushing it for a small organization where we want multiple mostly non-technical people to share in the site updating. I think it would be a great tool for that kind of site, but this problem must be resolved before I can stand behind the product.

Any help would be appreciated. Thanks in advance.