infinite loading icon
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..?
(I'm thinking maybe an IE9 issue...)
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..
It says "$.handleError is not a function
[Break On This Error] $.handleError(opts, xhr, 'error', e);"
Can't seem to find any information on the error.
I found this jquery.form.js file in my concrete/js folder, which was outdated.
Thanks for the help! ^^
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..
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.
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 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:
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).
Everything was working fine until I decided to upgrade from the previous most recent version.
I'll just use the Mail Monkey Add On and I should be OK
It seems to be getting stuck on the file:
Does that make any sense? Thanks
Shouldn't happen but I'd try to clear the browser cache.
At any rate Concrete5 just become significantly less useful in an instant.
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
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!
Any help would be greatly appreciated.
Cache-Control no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Date Mon, 02 Jul 2012 18:47:50 GMT
Expires Thu, 19 Nov 1981 08:52:00 GMT
Keep-Alive timeout=15, max=99
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/22.214.171.12435 PHP/5.3.10
Accept-Encoding gzip, deflate
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
User-Agent Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20100101 Firefox/13.0.1
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.
Just post the response body of the AJAX request and we'll probably get the first information we need.
AdapterDeviceID: 0x 8a3
Notes: AdapterVendorID: 0x10de, AdapterDeviceID: 0x 8a3GL Context? GL Context+ GL Layers? GL Layers+ WebGL? WebGL+
Can you try to get the content of the AJAX request using another browser like Chrome?
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.