Empty dashboard

Permalink
After upgrading to 5.6.0.1 the site shows ok.
However, the dashboard bar on top is empty, whether in editing mode or not.
So, now I cannot maintain my site anymore.
Can you help me out?

 
Job replied on at Permalink Reply
Job
Have you tried logging in and out.

What do you get when you navigate to site.com/index.php/dashboard?

Job
CGCommunicatie replied on at Permalink Reply
When I go to /index.php/dashboard I get a dashboard popup titled "Dashboard", but completely empty.
Logoff/Logon does not help.

An empty dasboard bar appears on top even if i'm not logged in.
dextrus replied on at Permalink Reply
I'm getting this too. Just started happening while editing my main page.
dextrus replied on at Permalink Reply
Seems to be an intermittent thing, although it's mostly unavailable, it sometimes shows up. I wonder if the new update is hitting some sort of memory limit on my cheapo 1&1 server?
CGCommunicatie replied on at Permalink Reply
The dashboard is accessible again. Nicole Bardales helped me with that: it was an issue of loading jquery.js twice.

However, when not editing the site, it still shows an empty bar on top. The code responsible for that is in /concrete/elements/page_controls_header.php:

if (isset($cp)) {
   if ($cp->canViewToolbar()) { 
?>
<style type="text/css">body {margin-top: 49px !important;} </style>


For some reason "canViewToolbar()" returns true, while I expect that one to return false because the site is not in editing mode.

Does anyone know how to solve this?
CGCommunicatie replied on at Permalink Reply
I went a bit further:

public function canViewToolbar() {
$dh = Loader::helper('concrete/dashboard');
if ($dh->canRead() ||
$this->canViewPageVersions() ||
$this->canPreviewPageAsUser() ||
$this->canEditPageSpeedSettings() ||
$this->canEditPageProperties() ||
$this->canEditPageContents() ||
$this->canAddSubpage() ||
$this->canDeletePage() ||
$this->canApprovePageVersions() ||
$this->canEditPagePermissions() ||
$this->canMoveOrCopyPage()) {
return true;
} else {
return false;
}

When not logged in only "canRead" returns true and all others return false.

Shouldn't it be something like:

public function canViewToolbar() {
$dh = Loader::helper('concrete/dashboard');
if ($dh->canRead() &&
(
$this->canViewPageVersions() ||
$this->canPreviewPageAsUser() ||
$this->canEditPageSpeedSettings() ||
$this->canEditPageProperties() ||
$this->canEditPageContents() ||
$this->canAddSubpage() ||
$this->canDeletePage() ||
$this->canApprovePageVersions() ||
$this->canEditPagePermissions() ||
$this->canMoveOrCopyPage()
)) {
return true;
} else {
return false;
}
CGCommunicatie replied on at Permalink Reply
Tried the alternative. Doesn't work: the empty edit bar is gone but some other things wont show.
mhawke replied on at Permalink Reply
mhawke
At line 620 of the 'View Source" of your main page, there is a js file.

<script type="text/javascript" src="/index.php/tools/required/page_controls_menu_js?cID=1&cvID=&btask=&ts=1349198496"></script>


If you click on that file in the 'View Source' window, you will see that this js is being returned with a PHP error in it. This is the error I was referring to in your other post regarding slow rendering.

snippet of offending js:

menuHTML += '<li ><a class="ccm-icon-edit ccm-menu-icon" id="ccm-nav-edit" href="/index.php?cID=1&ctask=check-out&ccm_token=1349198714:4dc6288a87269e7f2f925355d7a5ffa3">Edit</a></li>';
   <br />
<b>Fatal error</b>:  Call to a member function getPageHeaderMenuItems() on a non-object in <b>/usr/home/lsw_data_ws_dro/christengemeente/www.christengemeente.org/www/concrete/tools/page_controls_menu_js.php</b> on line <b>62</b><br />


I'm not sure if this helps track down the problem but js includes are not supposed to have PHP error messages in them. This is halting everything to do with your page control menu.

UPDATE:

The creation of the C5 toolbar is being halted at line 63-ish of page_controls_menu_js.php found in 'root/concrete/tools'.
CGCommunicatie replied on at Permalink Reply
I added

$ihm = Loader::helper('concrete/interface/menu');


However, now I always have a dashboard toolbar, even if i am not logged in. Sign out does not work, ik keeps showing the toolbar with the buttons.
mhawke replied on at Permalink Reply
mhawke
This looks like it's related to a problematic core file. It looks like you manually updated so I would download a fresh copy of the installation zip, unzip it to your local computer and upload just the 'concrete' folder so it replaces your 'root/concrete' folder.

If you updated through the dashboard then you need to replace the 'concrete' folder in 'root/updates/concrete5.6/' (or whatever they call the concrete5.6 folder in the Updates folder. I don't update through the dashboard so I'm not sure what it's called.)
CGCommunicatie replied on at Permalink Reply
*I updated thru the dashboard and there are no differences between the
downloaded version and the one in the update folder...
**

M. vr. gr.
**Marjo Hartman*
*Want zijn maaksel zijn wij, in Christus Jezus geschapen om goede werken te
doen, die God tevoren bereid heeft, opdat wij daarin zouden wandelen. -
Ef.2:10*



On 2 October 2012 19:53, concrete5 Community <discussions@concretecms.com>wrote:
mhawke replied on at Permalink Reply
mhawke
Give me a time-line here. Are you saying you updated through the dashboard this afternoon (since my last post) or are you saying that the last time you updated, you did it from the dashboard?

Where did you put that code that is loading the C5 toolbar? It looks like it's in one of your theme pages. The reason I'm asking is that the ineffective toolbar it is still showing on your page and it's confusing the issue. If a solution doesn't work, I make a habit of removing it immediately so I don't forget all the little changes I made trying to fix things. Leaving these things in will add more variables to the mix and make it harder to track down the real problem.
CGCommunicatie replied on at Permalink Reply
I updated about two weeks ago. Since then I have problems. One problem was
a double jquery.js. Another problem is the dashboard on top when i'm not
signed in. I did not add this thing; i'm trying to get rid of it!

M.vr.gr.
Marjo Hartman
-- Sent from smartphone
On Oct 2, 2012 11:23 PM, "concrete5 Community" <discussions@concretecms.com>
wrote:
mhawke replied on at Permalink Reply
mhawke
I know it's frustrating.

You mentioned above that you added this code:

$ihm = Loader::helper('concrete/interface/menu');


That's the code I think you should remove.

Anyways, get some rest. Try again another time.
CGCommunicatie replied on at Permalink Reply
Ok. The java script error you mentioned earlier was caused because $ihm was
not initialised.
Before i added this line of code, the dasboard bar was also always there.
Only it was empty when not signed in...

M.vr.gr.
Marjo Hartman
-- Sent from smartphone
On Oct 2, 2012 11:49 PM, "concrete5 Community" <discussions@concretecms.com>
wrote:
mhawke replied on at Permalink Reply
mhawke
If C5 is working properly, you shouldn't have to worry about initializing $ihm. That's why I was suggesting you follow Adam's tutorial to make sure your update has been applied properly.

Hey, I thought you were going to sleep -_-
CGCommunicatie replied on at Permalink Reply
Question:

Should <root>/concrete and <root>/updates/concrete5.6.0.1/concrete be identical?
mhawke replied on at Permalink Reply
mhawke
The structure of the folders will appear identical except for some small differences between 5.5 and 5.6.

If you want to know the best way I have found to update a site, check out Adam Johnson's tutorial here:

http://adamjohnsondesign.com/blog/upgrade-concrete5-with-minimal-do...

Adam's a well-respected C5 veteran and I always follow his instructions to update my sites. It works well. I think you should follow his tutorial to make sure your site has updated properly.
CGCommunicatie replied on at Permalink Reply
I did a compare on file contents. Not just on directory structure.
Tomorrow night i'll go thru the tutorial. I'm in europe so its almost
midnight. I also have to do this in my free time, so during a workday i'm
not able to dive into this.

M.vr.gr.
Marjo Hartman
-- Sent from smartphone
On Oct 2, 2012 11:32 PM, "concrete5 Community" <discussions@concretecms.com>
wrote:
sbasan replied on at Permalink Reply
Can you please explain about that fix.
I have no jquery.js written twice and still I'm getting a blank dashboard
CGCommunicatie replied on at Permalink Reply
If you don't have it, then something else is wrong.
I had similar problems with a blank dashboard bar when not logged.
After struggling for weeks, I decided to start over again by installing a fresh concrete and copying all my pages one by one.
snatch71 replied on at Permalink Reply
I'm in the same position right now.
But I went in and removed all the extra cod that I have added to the index.php and bam! Now it works. admin, and no white dashboard.
The problem is that the code I removed is a forwarding script to our mobile site

@ include ("Mobile_Detect.php");
$ detect Mobile_Detect = new ();
if ($ detect-> isMobile () && isset ($ _COOKIE ['mobile']))
{
$ detect = "false";
}
elseif ($ detect-> isMobile ())
{
header ("Location:http://www.xxxxxx");
}

The script was placed before "require ('concrete / dispatcher.php');"
Have tried to add it after and that didnt make a difference.
So when i edit site i first remove the script and then back :/
Do not know if the case here have thought of such a thing?
mhawke replied on at Permalink Reply
mhawke
Where did you get that script? From a quick look, it appears there spaces in the variable names i.e. '$ detect' should be '$detect'.

I'm not sure if the OP's site contains this script. The 'View Source' for the pages doesn't show signs of it but that doesn't mean it's not in the code. It might be there but isn't spitting out any html.
CGCommunicatie replied on at Permalink Reply
*Hi mhawke,*
*
*
*That's not my post, but from snatch71.*
*I don't have that script.
**

M. vr. gr.
**Marjo Hartman*
*Want zijn maaksel zijn wij, in Christus Jezus geschapen om goede werken te
doen, die God tevoren bereid heeft, opdat wij daarin zouden wandelen. -
Ef.2:10*



On 3 October 2012 14:52, concrete5 Community <discussions@concretecms.com>wrote:
mhawke replied on at Permalink Reply
mhawke
Yes, I'm aware it was not you.

Can you log into your site?

If so, try logging in and going to :

http://www.christengemeente.org/index.php/dashboard/pages/themes/...

Try changing your theme to one of the core themes. If your toolbar issues disappear, then it's something in your code for the page type you're using (e.g. 'root/your_theme/3-column.php') and not a problem with the C5 installation.

You can flip back to your real theme and you won't lose any content.
CGCommunicatie replied on at Permalink Reply
*Hello mhawke,*
*
*
*I changed the theme to Yoghurt and the toolbar was still there after
signing out...
**

M. vr. gr.
**Marjo Hartman*
*Want zijn maaksel zijn wij, in Christus Jezus geschapen om goede werken te
doen, die God tevoren bereid heeft, opdat wij daarin zouden wandelen. -
Ef.2:10*



On 3 October 2012 15:28, concrete5 Community <discussions@concretecms.com>wrote:
mhawke replied on at Permalink Reply
mhawke
I'll go back to an earlier question. In this post:

http://www.concrete5.org/community/forums/installation/empty-dashbo...

you said:
-------------------------
"I added:

$ihm = Loader::helper('concrete/interface/menu');

-------------------------

Where did you add that code? You should remove it from where you added it earlier. Flip to 'Yogurt' and see what happens.
CGCommunicatie replied on at Permalink Reply
*Hi mhawke,*
*
*
*I'll do that tonight. I'm still at work, without ftp-facilities...
**

M. vr. gr.
**Marjo Hartman*
*Want zijn maaksel zijn wij, in Christus Jezus geschapen om goede werken te
doen, die God tevoren bereid heeft, opdat wij daarin zouden wandelen. -
Ef.2:10*



On 3 October 2012 15:55, concrete5 Community <discussions@concretecms.com>wrote:
mhawke replied on at Permalink Reply
mhawke
Here's Something to check when you get FTP access. Have a look in 'root/elements' for a file named 'header_required.php'.

I would rename that file temporarily and see if that helps. Some changes made in that file might be messing up things.
CGCommunicatie replied on at Permalink Reply
*Already did that. When I remove that file, I get errors, because the file
is not there anymore. Clearing the cache did not help.*
*
*
*Now I copied <root>/concrete/elements/header_required.php to
<root>/elements.*
*
*
*I'm now going to upgrade to 5.6.0.2 using the tutorial you suggested.
**

M. vr. gr.
**Marjo Hartman*
*Want zijn maaksel zijn wij, in Christus Jezus geschapen om goede werken te
doen, die God tevoren bereid heeft, opdat wij daarin zouden wandelen. -
Ef.2:10*



On 3 October 2012 21:44, concrete5 Community <discussions@concretecms.com>wrote:
CGCommunicatie replied on at Permalink Reply
I reverted the php-files I changed and then changed the theme.
No difference: when signed out I see an empty toolbar. I guess it's empty again, because the java script error is now back because of the missing initialisation of $ihm.
CGCommunicatie replied on at Permalink Reply
Should I try to update to 5.6.0.2?
snatch71 replied on at Permalink Reply
http://code.google.com/p/php-mobile-detect/downloads/list
OKDnet replied on at Permalink Reply
OKDnet
Reposted elsewhere and solved.
mramberg replied on at Permalink Reply
This will likely be the reason why I'm not going to use this CMS system. I've been fighting this issues for 8 hours after 5-6 reinstalls and updates to the latest version, I still cannot fix this issue. This CMS is really frustrating me so I'm not going to use it.
OKDnet replied on at Permalink Reply
OKDnet
If you've really done all that, the problem is likely something on your end. Granted, it can be frustrating when you can't figure out what's causing an issue, but your own evidence suggests it's not the CMS. Try with a different browser and see what happens. It's a lot easier than re-installing. You may simply have java-script disabled in your browser.
mramberg replied on at Permalink Reply
I've tried on IE, firefox and Chrome and they all have the same problem. I was getting a very specfic javascript error message with debug mode turned on in firefox. I've reinstalled 5-6 times and already closed the debug information so dont have that info handy. I spoke with another user of the cms and they said they had the same problem
mhawke replied on at Permalink Reply
mhawke
We're pretty good around here at solving issues but we can't work blind. If you post your 'very specific javascript error message' from your browser, we can probably make some headway.
mramberg replied on at Permalink Reply
I normally have a better attitude about these kinds of things......I spent over 10 hours trying to solve the issue....and took a break after failing to solve the issue. I'm in the process of doing a brand new install and will provide lots of detail here in a few moments.
mramberg replied on at Permalink Reply 3 Attachments
New install of Concrete5 using simplescripts installer hosted by machighway web host. Upon installing version 5.6.0.1, I log in and get a message that says update to version 5.6.0.2 is available. I ignore the error and proceed with logging into the dashboard. This is just a sandbox server, so I am putting my server information here and will likely change the password after we fix the issue.

Admin Panel:http://www.iowalaundry.com/index.php/login...
Admin Username: admin
Admin Password: lyOn7TQP

I click on edit, change the site title on the html page for the default Greek Yogurt theme. So far I still have the edit and dashboard displayed. When I click on publish, the dashboard and edit bar can no longer be used. (see screen shot)

http://www.iowalaundry.com/index.php?cID=1&ctask=check-in...

I get back the following error page:

Fatal error: Call to a member function approve() on a non-object in /home/iowalaun/public_html/concrete/core/models/workflow/empty.php on line 6

Using firefox with debugger, I get back the following errors (see screen shots debug and debug2.png)

I've gone as far as upgrading to the latest version, (that was a huge pain due to the escape char issue in the config/site in the first define statement). Even with the latest version, I still get the same error.

I went through 100 attempts at trying to fix the issue by changing various files, php files, etc and forget all of the things I tried. I'll try to dig that up and post it if you guys cant figure this out before then.

I even tried to install the latest build but didn't mess around enough to figure out how to properly install a raw build from the source control area.

Env Dump:
# concrete5 Version
5.6.0.1

# concrete5 Packages
None

# concrete5 Overrides
None

# Server Software
Apache

# Server API
cgi-fcgi

# PHP Version
5.3.18

# PHP Extensions
bcmath, calendar, cgi-fcgi, Core, ctype, curl, date, dom, ereg, exif, filter, ftp, gd, gettext, hash, iconv, imap, ionCube Loader, json, libxml, mbstring, mcrypt, mysql, mysqli, openssl, pcre, PDO, pdo_mysql, pdo_sqlite, Phar, posix, pspell, Reflection, session, SimpleXML, soap, sockets, SPL, SQLite, sqlite3, standard, tokenizer, xml, xmlreader, xmlwriter, xsl, Zend Guard Loader, zip, zlib.

# PHP Settings
max_execution_time - 30
log_errors_max_len - 1024
max_file_uploads - 20
max_input_nesting_level - 64
max_input_time - 60
max_input_vars - 1000
memory_limit - 64M
post_max_size - 64M
safe_mode - Off
safe_mode_exec_dir - /usr/local/php/bin
safe_mode_gid - Off
safe_mode_include_dir - <i>no value</i>
sql.safe_mode - Off
upload_max_filesize - 64M
mysql.max_links - Unlimited
mysql.max_persistent - Unlimited
mysqli.max_links - Unlimited
mysqli.max_persistent - Unlimited
pcre.backtrack_limit - 1000000
pcre.recursion_limit - 100000
session.cache_limiter - nocache
session.gc_maxlifetime - 7200
soap.wsdl_cache_limit - 5
safe_mode_allowed_env_vars - PHP_
safe_mode_protected_env_vars - LD_LIBRARY_PATH
mramberg replied on at Permalink Reply
After I updated to the latest version, in order to get the upgrade to work, I had to correct my config/site.php file and remove all of the escape chars. (this is just the first 2 lines but had to correct on all lines:

Bad:
<?php
define(\'DB_SERVER'\, '\localhost'\);
define(\'DB_USERNAME'\, \'iowalaun_cnc3'\);

Fixed:
<?php
define('DB_SERVER', 'localhost');
define('DB_USERNAME', 'iowalaun_cnc3');

Even with the latest build, I still had the edit bar issue exactly the same as on the previous version.

I also copied ./concrete/libraries/3rdparty/JSON/JSON.php to json.php to another directory, per another post I read, and cleared out cache from the console and file system with no luck. I'm still trying to track down where I had to change one of the method calls to an userList object where it had been set for group rather than user.
mramberg replied on at Permalink Reply
Here is line 69 from concrete/tools/page_controls_menu_js.php

61 <?php
62 $items = $ihm->getPageHeaderMenuItems('left');
63 foreach($items as $ih) {
64 $cnt = $ih->getController();
65 if ($cnt->displayItem()) {
66 ?>
67 menuHTML += '<li><?php echo $cnt->getMenuLinkHTML()?></li>';
68 <?php
69 }
70 }
71
72 } ?>
mhawke replied on at Permalink Reply
mhawke
There are lots of problems reported on the forums regarding SimpleScripts installations. IMHO, nothing you do will fix it at this point. You should never have to take such extraordinary measures. I've installed C5 50 times and it just works every time.

I would try installing it yourself. It's pretty easy. It would take much less time than you've already spent fighting with it.

It's 2am when I live so I can't help you tonight but we can walk through it tomorrow if you want.
mramberg replied on at Permalink Reply
I installed it from scratch and pretty sure I had the same error. I've reinstalled it close to 5-7 times. I can try it again but very certain I did a manual install because it made me create the database in mysql manually which I never had to do before. I dropped all of the data from the db and files from the linux box and still had the same issue. I'm pretty certain this is an issue one of the supporting files on the machighway servers, or a bug in c5. I'm really not too worried about fixing it at this point unless someone knows how to solve this. I'm going to install it later on on one of my vps servers and see if I still have the same problem.
mhawke replied on at Permalink Reply
mhawke
I understand that you're frustrated and you have every right to be but you need to find the real culprit and my gut feeling says it's not concrete5 unless the files being used became corrupt at some point along the way.

The next time you try to install it, I would strongly recommend that you go directly to concrete5.org and download the most recent zip file and install it personally. Don't use the files you have been using during this installation attempt. In the meantime, I would put in a tech support request with MacHighway and ask them to install the script for you and outline the difficulties you had using their SimpleScript service that you are paying them for. Perhaps it is something wrong on their end.

Which one of their hosting packages do you have? I see from their website that their least expensive plan cannot handle anything more complex than a Wordpress site so I don't think it would be suitable for a concrete5 site.

I wish you good luck the next time you install it.
Steevb replied on at Permalink Reply
Steevb
Your source code is full back slashes and errors?

One example:
<h1><a title=\"\\"Home\\"\" href=\"\\"/\\"\">T</a>esting</h1>


Sort out the code and see it that helps
mhawke replied on at Permalink Reply
mhawke
Clearly it was a botched install. Finding all the problems will be impossible (IMHO).
OKDnet replied on at Permalink Reply
OKDnet
I agree, it seems clear you should be looking at the SimpleScripts installation as the source of your issues. Manually installing is very easy, and certainly easier than the grief being caused (presumably at this point) by SimpleScripts.
Steevb replied on at Permalink Reply
Steevb
I've used one click installs before and have never that code?

Some things were missing, but NOT code errors!

Perhaps a server/domain rewrite issue on installation?
mhawke replied on at Permalink Reply
mhawke
It seems to me that this is clearly an issue for the host to fix, not the customer. It's part of their hosting package so let them deal with it. We all know that messing with core files like this is never necessary and will guarantee problems in the future.
waroly replied on at Permalink Reply
Thank you Owen D.! Thank was exactly the issue for me. I noticed that I was only having the problem in Safari. I checked the developers menu and yes I had inadvertently disabled javascript. A simple solution for a simple problem. I always feel bad when I read these extensive threads about spending hours practically rewriting the program, when the solution is actually extremely simple.
waroly replied on at Permalink Reply
Thank you Owen D.! Thank was exactly the issue for me. I noticed that I was only having the problem in Safari. I checked the developers menu and yes I had inadvertently disabled javascript. A simple solution for a simple problem. I always feel bad when I read these extensive threads about spending hours practically rewriting the program, when the solution is actually extremely simple.
waroly replied on at Permalink Reply
Thank you Owen D.! Thank was exactly the issue for me. I noticed that I was only having the problem in Safari. I checked the developers menu and yes I had inadvertently disabled javascript. A simple solution for a simple problem. I always feel bad when I read these extensive threads about spending hours practically rewriting the program, when the solution is actually extremely simple.