"Checking for Updates" - Constantly and can't edit my site.
Permalink 5 users found helpfulI run a website just to showcase my pictures. When I logged in last week I made the mistake of updating to the latest version. Cue loads of tension and anger now because when I log into my website I get the site greyed out as it says it is 'Checking for Updates'. I can't get around it or stop it.
Any suggestions on how to get around this or to remove the initial check when logging in would be great.
I had something similar on my end but it was while viewing from a mobile (I was checking how well it would edit)
It went away after I cleared my cache, and my cookies. This was right after upgrading to 5.5.
- Phil
Thanks for the response. I've just tried that (with Chrome, Opera, IE and Firefox) and I'm stuck with the same issue.
I read about white list entries for site.php earlier today. Is there a complete set of them available (maybe one that stops the CMS from phoning home looking for updates)?
Cheers,
Chris
The intended behavior is....
If you login with a user who is in the administrator group, once every 24 hours you will see the newsflow overlay. The "checking for updated" spinny thing is what you see before that. So it's not re-breaking every 24 hours, it's just trying to do what it wants to do.
So the questions really is Does it ever stop loading and display the newsflow UI? If not, can you connect to the community or are you just behind a firewall?
http://www.concrete5.org/community/forums/chat/possible-to-disable-...
http://www.concrete5.org/community/forums/customizing_c5/on-login-e...
http://www.concrete5.org/community/forums/installation/checking-for...
It points to the answer in, but yet to get it to work:
http://www.concrete5.org/documentation/how-tos/developers/white-lab...
/config/site.php
define('ENABLE_MARKETPLACE_SUPPORT', false);
define('ENABLE_NEWSFLOW_OVERLAY', false);
interesting to see if this works for others.
Thanks for taking the time to look this up for me. I've moved back a version to get my website editable again but I've got the new version running in a sandpit. I'll let you know how it goes when I make the changes.
Thanks again,
Chris
<?php $u = new User(); if($u->uID > 1) $u->saveConfig('NEWSFLOW_LAST_VIEWED', time() + (24 * 60 * 60)); ?>
I had the same problem with the spinny thing after updating from 5.4.2.2 to 5.5.1. Obviously there is a bug in there somewhere at the moment.
Applying these to the site.php made my site work again.
define('ENABLE_MARKETPLACE_SUPPORT', false);
define('ENABLE_NEWSFLOW_OVERLAY', false);
/config/site.php
works as a temp fix, it doesn't solve the issue of the Checking for Updates spinner being stuck while in maintenance mode. Because even if add the code, refresh the site and comment the code out, it is still stuck...
The only work around I found is to add that code, take the site out of maintenance mode and refresh the site so it checks for the update then remove the code so you can work in maintenance mode again...
We need to check what is written for when the site is NOT in maintenance mode that makes checking for updates work, so we can compare the maintenance mode code and make changes to FIX the issue...
Or, I guess we can deal with the issue until C5 core team fixes the issue. Either way, if I find a fix, I'll let everyone know :)
In maintenance mode, /dashboard/home page will displayed in maintenance mode. Usually, admin pages are displayed normally under in maintenance mode. But, /dashboard/home page returns isAdminArea() false, so Newsflow doesn't appear in maintenance mode. To solve the problem, override the Page::isAdminArea with like this:
public function isAdminArea() { $pos = strpos($this->cPath, "/" . DIRNAME_DASHBOARD); return ($pos > -1); }
But I think there are more better solutions.
Spencerhudsons solution is working for me as well but it is just a workaround - site is disconnected from the community.
Does any one know what to do?
I stopped it with the workaround from spencerhudson (Thanks for that). But it seems to be a bug and a solution is needed :-)
Where are the files that control checking for updates while in maintenance mode and under normal site operation so I can run a comparison and try to get a FIX.
In my opinion, if the Dashboard already has a link for Admin to use to check for updates, then it should be up to the site Admin to do so, not the website software.. (Unnecessary resources being used IMO)
Also, perhaps an option in the dashboard to have the site automatically check for updates or manually check for them as a Global setting. Just some input for the next version.
Don
http://yoursite.com/index.php/dashboard/system/permissions/maintena...
Dennis
Tying together updates, newsfeeds, and community stuff isn't exactly confidence-inspiring either, let alone that this rather bad bug is coming up on its first birthday.
Incidentally, I discovered this problem when I had to change the domain's BASE_URL because the site's parent company had changed its name and re-branded.
Incidentally, I discovered this problem when I had to change the domain's BASE_URL because the site's parent company had changed its name and re-branded.
For now, I just "tricked it" by going to /login instead of /dashboard and then I went into dashboard. Somehow that stopped the infinite spin. If it happens again, I'll have to get rid of the update & overlay again.
URL, enter "Checking Updates" then it disapppears and the screen turns grey and I am locked out from dashboard. This happens when I go to the login page too.
Why is it doing this? I never asked it to.
Do you need more information?