Have you tried logging in and out.

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

Job

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.

I'm getting this too. Just started happening while editing my main page.

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?

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:



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?

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;
}

Tried the alternative. Doesn't work: the empty edit bar is gone but some other things wont show.

At line 620 of the 'View Source" of your main page, there is a js file.



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:



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'.

I added



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.

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.)

*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:

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.

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:

I know it's frustrating.

You mentioned above that you added this code:



That's the code I think you should remove.

Anyways, get some rest. Try again another time.

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:

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 -_-

Question:

Should <root>/concrete and <root>/updates/concrete5.6.0.1/concrete be identical?

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.

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:

Can you please explain about that fix.
I have no jquery.js written twice and still I'm getting a blank dashboard

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.

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?

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.

*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:

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.

*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:

I'll go back to an earlier question. In this post:

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

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


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

Where did you add that code? You should remove it from where you added it earlier. Flip to 'Yogurt' and see what happens.

*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:

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.

*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:

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.

Should I try to update to 5.6.0.2?

http://code.google.com/p/php-mobile-detect/downloads/list

Reposted elsewhere and solved.

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.

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.

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

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.

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.

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

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.

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 } ?>

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.

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.

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.

Your source code is full back slashes and errors?

One example:

Sort out the code and see it that helps

Clearly it was a botched install. Finding all the problems will be impossible (IMHO).

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.

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?

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.

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.

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.

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.