infinite loading icon

Permalink
There's nothing wrong with the website itself. Everything seems to work perfectly, but whenever the loader icon is required to show up on screen it keeps on spinning forever.

The action itself is done in a matter of seconds (browsers stops loading), but the icon keeps on spinning. It only disappears when I open up another popup window in page edit mode or exit the edit mode altogether.
It's really bothering me and my clients, because it gives the impression the action has not finished yet..

Could anybody know of any method of how to get rid of this problem..?
thanks!

dreagan
View Replies: View Best Answer
mesuva replied on at Permalink Reply
mesuva
What browser are you using? Does it do this in browsers like Chrome or Firefox?
(I'm thinking maybe an IE9 issue...)
Remo replied on at Permalink Best Answer Reply
Remo
Such problems are mostly caused by some AJAX Script not return the proper code.

Try to open a console (F12 in IE 6 Chrome or Firebug) and look at "Network" to see what the dynamically loaded script actually returns. You usually see an error message in such a situation..
dreagan replied on at Permalink Reply
dreagan
Yeah, I found and error. I'm not quite sure it's the error I'm looking for, but still..

It says "$.handleError is not a function
cb()
[Break On This Error] $.handleError(opts, xhr, 'error', e);"

Can't seem to find any information on the error.
dreagan replied on at Permalink Reply
dreagan
Ok, I found what was causing the error.
I found this jquery.form.js file in my concrete/js folder, which was outdated.

Thanks for the help! ^^
dreagan replied on at Permalink Reply
dreagan
it seems it wasn't entirely fixed..

When I add a certain block, the loader appears but disappears alongside the popup-window, effectively adding the block.

But when I update a block, neither the popup-window or the loader icon disappear. They stay there even though the block has already been updated, the action is finished..

This time I don't get a javascript error, so I don't really know what the problem is here..
Remo replied on at Permalink Reply
Remo
What does the "Network-Tab" tell you?
For Chrome: Hit F12, click on "Network", start the action and click on the request on the left and hit "Content" in the detail window. There you should see what content gets loaded. Often, there's an error telling you what's wrong.
dreagan replied on at Permalink Reply
dreagan
well.
When I click the update button, no new content gets loaded apparently..
I don't exactly know where such an error would manifest itself, but the statuses I get are "200 ok", "304 Not Modified" and "302 Found". That means I get no errors, right..?
Remo replied on at Permalink Reply
Remo
No, not necessarily. I recommend to check the content which gets loaded by AJAX
dreagan replied on at Permalink Reply
dreagan
When I click the update button, nothing happens. I don't seem to get a response from the server.
When I then cancel and try again, I do get a POST respons, but that's also when that handleError error happens in the console..
JSON returns the following:
aID "1536"
arHandle "Main"
cID "270"
isGlobalBlock false
error false
bID "1317"
dreagan replied on at Permalink Reply 1 Attachment
dreagan
I can effectively tell you that all my updates/adding of new content only happens when:
1. commit changes in popup / add new block
2. press cancel (wheel keeps spinning)
3. open popup again, commit a second time

the first time nothing gets saved.
the second time it does get through. And then you can see the form getting processed (see attachment).
dreagan replied on at Permalink Reply
dreagan
I don't even have to commit during step 1 (above). I just need to open the popup-window of the block and close it again with "cancel". The second time I open the window, I can submit the content just fine..
OnsiteDesigner replied on at Permalink Reply
OnsiteDesigner
Hi Was this resolved? i've been getting the same infinite spinning icon on updating blocks, moving blocks, etc..

Thanks
PassionForCreative replied on at Permalink Reply
PassionForCreative
I'm having this problem too, but only since updating a development site to 5.4.2

Everything was working fine until I decided to upgrade from the previous most recent version.
OnsiteDesigner replied on at Permalink Reply
OnsiteDesigner
I'm still on 5.4.1.1 and considering an upgrade to 5.4.2 may solve it but maybe not... argh
PassionForCreative replied on at Permalink Reply
PassionForCreative
Scratch that, I had tried to add some Mailchimp embed code for a newsletter signup but when I use console to identify my error as suggested above I traced my error to an external script on Mailchimp. I removed the block entirely and I seem to be OK again.

I'll just use the Mail Monkey Add On and I should be OK
OnsiteDesigner replied on at Permalink Reply
OnsiteDesigner
Hi Remo

It seems to be getting stuck on the file:

GEThttp://www.**.co.uk/index.php/tools/required/edit_block_popup?cID=1...

Does that make any sense? Thanks
Remo replied on at Permalink Reply
Remo
Any URL which is loaded by AJAX could cause the problem, my answer is again: Check what you can see in content, it's quite likely that the content isn't a properly formatted JSON string in which case the AJAX cannot be processed.
Remo replied on at Permalink Reply
Remo
I've been talking to Ben and wasn't able to reproduce this problem which makes me wonder if it has something to do with the browser cache. Some old JavaScript which is causing the problem.

Shouldn't happen but I'd try to clear the browser cache.
waroly replied on at Permalink Reply
I am having exactly the same problem. It only started a few minutes ago and immediately after I uploaded a new version of an image with the same name and tried to replace the old one at the same time. I probably should have deleted the old image and block entirely and then inserted a new block and image.

At any rate Concrete5 just become significantly less useful in an instant.
diabolodesign replied on at Permalink Reply
diabolodesign
Same problem here for my customer… I have tell him to clear his cache and we will see if it does something or not…
OnsiteDesigner replied on at Permalink Reply
OnsiteDesigner
I've not managed to resolve this yet, i think it maybe related to javascript/jquery as i'm getting other issues with block too, but not too sure?
diabolodesign replied on at Permalink Reply
diabolodesign
It is the cache. My customer have cleared it and now it works.
I suggest for a next release of c5 to use the "official" javascript naming (for ex: jquery-1.6.2.min.js) instead of only jquery.js

regards,
marc
zoinks replied on at Permalink Reply
We've been developing a site since September and now I just am adding a new Group so that the client can have some Admin privileges without being the super-user Admin ...and I am running into this problem all of a sudden just applying permissions to the various pages. What a delightful surprise to have happen suddenly after months of work and just on the cusp of going live!
OnsiteDesigner replied on at Permalink Reply
OnsiteDesigner
Hi Zoinks

Sorry to be the bearer of bad news but I have not yet been able to find a solution to this issue.

However I have discovered that, for me at least, it is only an issue if you are using Firefox, any other browser seems to be fine.

Hope this helps

Ben
zoinks replied on at Permalink Reply
That does help a lot, actually. Saved me hours of wasting time looking for a solution. Much appreciated.
mmarotta replied on at Permalink Reply
I've been seeing this a lot of Firefox with my site, but I'll try another browser based on this recommendation. Thanks.
mmarotta replied on at Permalink Reply
I'm not having any luck with Safari either.
PassionForCreative replied on at Permalink Reply
PassionForCreative
I am out of the office for a couple of days. If you want to email Dan in my absense, [email protected] & he will help you out.

Regards,
Stephen
PassionForCreative replied on at Permalink Reply
PassionForCreative
I am out of the office for a couple of days. If you want to email Dan in my absense, [email protected] & he will help you out.

Regards,
Stephen
mmarotta replied on at Permalink Reply
Stephen,

It's been a few days since I've been able to work on my sister's website, but I still see the same problem of the infinitely loading symbol whenever I try to add content blocks, and I've tried a number of ideas - deleting cache, turning cache on and off, alternate browsers, deleting browser cache, trying a different page theme, deleting and re-adding pages, and so on with no luck.

Are there any other solutions that you can suggest? I'm out of ideas, and the site is pretty much frozen at this point without the ability to add blocks and make major changes.

Thanks for any suggestions / ideas!

Matt
waroly replied on at Permalink Reply
Spinning wheel keeps on turning every time I try to save design changes to a block. Has anyone come up with a definitive solution to this problem?

Is it a Javascript problem related to the version installed on the server?

Any help would be greatly appreciated.

Waroly
waroly replied on at Permalink Reply
This is the warning I get when the wheel starts turning:

Response Headers
Cache-Control no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Connection Keep-Alive
Content-Type text/html
Date Mon, 02 Jul 2012 18:47:50 GMT
Expires Thu, 19 Nov 1981 08:52:00 GMT
Keep-Alive timeout=15, max=99
Pragma no-cache
Server Apache/2.0.64 (Unix) mod_ssl/2.0.64 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 PHP/5.3.10
Transfer-Encoding chunked
X-Powered-By PHP/5.3.10
Request Headers
Accept */*
Accept-Encoding gzip, deflate
Accept-Language en-us,en;q=0.5
Connection keep-alive
Cookie tinymcePasteText=1; CONCRETE5=6a5b239dc0eefea82f0ddf3cf57998b5; ccmUserHash=1%3A860c705e68c2c1a21838812b94c460c0; __utma=134775011.311943707.1340162484.1340434948.1341104907.8; __utmz=134775011.1340162484.1.1.utmcsr=(direct)|utmccn=(direct)|utmcmd=(none); __utmc=134775011
Hosthttp://www.castrostreetfair.org
Refererhttp://www.castrostreetfair.org/cms/index.php?cID=136&ctask=che...
User-Agent Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20100101 Firefox/13.0.1
X-Requested-With XMLHttpRequest
Remo replied on at Permalink Reply
Remo
I can't see any warning here? You've only posted the response and the request header.

Can you paste the content of the response as well?

Also, is there a reason why you've installed concrete5 in the directory cms? I've seen a few add-ons who haven't been tested on a concrete5 installation which runs in a subdirectory. There are only very few, but they might still exist. If possible, I'd recommend to install it in the DOCUMENT_ROOT, either on a domain or subdomain.
waroly replied on at Permalink Reply
I was concerned that if I installed it in the root folder that the home url would go to the Concrete5 site before we are ready to go live.
Remo replied on at Permalink Reply
Remo
Well, you could have enabled the maintenance mode or use a subdomain. But anyways, a sub directory shouldn't be a problem.

Just post the response body of the AJAX request and we'll probably get the first information we need.
waroly replied on at Permalink Reply
Firefox just crashed while trying to save a design change. Here is the report:

AdapterDeviceID: 0x 8a3
AdapterVendorID: 0x10de
Add-ons: [email protected]:1.9.2,{3e0e7d2a-070f-4a47-b019-91fe5385ba79}:3.5.8,{972ce4c6-7e08-4474-a285-3208198ce6fd}:13.0.1,[email protected]:0.16.3
BuildID: 20120614114901
CrashTime: 1341259155
EMCheckCompatibility: true
Email:
FramePoisonBase: 7ffffffff0dea000
FramePoisonSize: 4096
InstallTime: 1340991456
Notes: AdapterVendorID: 0x10de, AdapterDeviceID: 0x 8a3GL Context? GL Context+ GL Layers? GL Layers+ WebGL? WebGL+
ProductID: {ec8030f7-c20a-464f-9b0e-13a3a9e97384}
ProductName: Firefox
ReleaseChannel: release
SecondsSinceLastCrash: 41021072
StartupTime: 1341103866
Theme: classic/1.0
Throttleable: 1
URL:http://www.castrostreetfair.org/cms/index.php?cID=136&bID=168&a...
Vendor: Mozilla
Version: 13.0.1
Remo replied on at Permalink Reply
Remo
I'm afraid but this report doesn't help, the only people who might have to look at this are the people behind Firefox. A website should never ever be able to crash a browser. Even the worst website mustn't crash the browser! If that would be possible, it would mean that the browser has a serious security problem!

Can you try to get the content of the AJAX request using another browser like Chrome?
waroly replied on at Permalink Reply
The problem has almost disappeared since I moved the site to the root level. At any rate, I am very grateful to have been able to finish the website.

waroly
dimunation replied on at Permalink Reply
I was experiencing the same while developing a new package on C5 5.4.x, and I believe I've found one possible culprit.

I was using a script in a new block type which required jQuery 1.7+. I added the 1.7 source (from the latest C5 release) to the /js/jquery.js file. Everything else seemed to function correctly across the site except for adding and editing blocks (even the core blocks). Same symptoms. Removing the newer jQuery got rid of the symptoms. Verified that only one copy of jQuery was being loaded.

Is C5 5.4.x compatible with newer versions of jQuery?

*Edit - adding all files from the latest C5 release from the /concrete/js folder with a "jquery." prefix seems to have solved the issue.