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!
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!
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..
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..
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.
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.
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! ^^
I found this jquery.form.js file in my concrete/js folder, which was outdated.
Thanks for the help! ^^
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..
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..
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.
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.
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..?
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..?
No, not necessarily. I recommend to check the content which gets loaded by AJAX
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"
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"
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).
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).
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..
Hi Was this resolved? i've been getting the same infinite spinning icon on updating blocks, moving blocks, etc..
Thanks
Thanks
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.
Everything was working fine until I decided to upgrade from the previous most recent version.
I'm still on 5.4.1.1 and considering an upgrade to 5.4.2 may solve it but maybe not... argh
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
I'll just use the Mail Monkey Add On and I should be OK
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
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
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.
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.
Shouldn't happen but I'd try to clear the browser cache.
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.
At any rate Concrete5 just become significantly less useful in an instant.
Same problem here for my customer… I have tell him to clear his cache and we will see if it does something or not…
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?
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
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
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!
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
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
That does help a lot, actually. Saved me hours of wasting time looking for a solution. Much appreciated.
I've been seeing this a lot of Firefox with my site, but I'll try another browser based on this recommendation. Thanks.
I'm not having any luck with Safari either.
I am out of the office for a couple of days. If you want to email Dan in my absense, dan@passionforcreative.com & he will help you out.
Regards,
Stephen
Regards,
Stephen
I am out of the office for a couple of days. If you want to email Dan in my absense, dan@passionforcreative.com & he will help you out.
Regards,
Stephen
Regards,
Stephen
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
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
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
Is it a Javascript problem related to the version installed on the server?
Any help would be greatly appreciated.
Waroly
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
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
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.
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.
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.
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.
Just post the response body of the AJAX request and we'll probably get the first information we need.
Firefox just crashed while trying to save a design change. Here is the report:
AdapterDeviceID: 0x 8a3
AdapterVendorID: 0x10de
Add-ons: firebug@software.joehewitt.com:1.9.2,{3e0e7d2a-070f-4a47-b019-91fe5385ba79}:3.5.8,{972ce4c6-7e08-4474-a285-3208198ce6fd}:13.0.1,jid1-F9UJ2thwoAm5gQ@jetpack: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
AdapterDeviceID: 0x 8a3
AdapterVendorID: 0x10de
Add-ons: firebug@software.joehewitt.com:1.9.2,{3e0e7d2a-070f-4a47-b019-91fe5385ba79}:3.5.8,{972ce4c6-7e08-4474-a285-3208198ce6fd}:13.0.1,jid1-F9UJ2thwoAm5gQ@jetpack: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
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?
Can you try to get the content of the AJAX request using another browser like Chrome?
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
waroly
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.
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.
(I'm thinking maybe an IE9 issue...)