I have a Drupal Commons 1.1 installation. I uploaded and enabled the LoginToboggan (6.x-1.7) contributed module (and its LoginToboggan_Rules module). I looked at the LoginToboggan settings page and at the blocks it defines, but I didn't save any configuration information on any of these pages.

At this point, I noticed a strange behavior where the URL http://www.mysite.com/user, or http://www.mysite.com/user/username (for any user account on the site) displays a completely blank browser window. http://www.mysite.com/users displays the usual information ... but clicking on any username on this page yields a blank browser window. (This happens even when logged in as User 1.)

So I disabled LoginToboggan and LoginToboggan_Rules. The blank browser window still appears. I then uninstalled LoginToboggan. The blank browser window still appears. So now I have a real problem on my site. The one saving grace is that, when I'm not logged in, the URL http://www.mysite.com/user does display the standard login page.

Has anyone else tried LoginToboggan with Drupal Commons?

Because I don't think this happens with a standard Drupal 6 installation, I suspect an interaction with one of the other modules or settings that Drupal Commons predefines.

Comments

dfylstra’s picture

dfylstra commented
Title: Problem with LoginToboggan and Drupal Commons » Problem cleared up by simply clearing the cache
Priority: Major » Minor

I'm relieved to report that this problem went away when I simply cleared the cache at admin/settings/performance. Now the user pages are displaying normally again. Sorry to mark this prematurely as a major problem. But maybe this posting will help someone else.

mstef’s picture

mstef commented

Yes that's always my first thing to do when problems start showing up.

Also, make sure that Acquia Commons and Fusion Core themes are both enabled.

dfylstra’s picture

dfylstra commented
Title: Problem cleared up by simply clearing the cache » /User pages come up blank again, clearing the cache doesn't help
Priority: Minor » Major

After finding above (Oct 18) that clearing the cache brought back the /user pages, I proceeded with our site development. I re-installed, enabled and configured LoginToboggan, without any problems. We've been using it for weeks. I am not sure whether this /user page display problem is related or unrelated to LoginToboggan. But it has happened to someone else using Drupal Commons -- see http://commons.acquia.com/discussion/cannot-access-my-profile.

Unfortunately this problem has now reappeared for me. I and someone from TopNotchThemes have been working daily on our site, based on DC 1.1. The /user page always displayed just as expected. Then suddenly yesterday, any reference to the URL /user, or any URL of the form /user/username, comes up completely blank. Clearing the cache does not make any difference. This happens for both me and the person from TNT.

We've found no explanation for this. There are no Drupal log entries to indicating any problem. We've checked the settings for Context, Views, Panels, and LoginToboggan settings and they all look correct.

If I am not logged in, I can go to www.mysite.com/user, the normal Drupal login screen appears, and I can login. But as soon as I do this, the new page is www.mysite.com/user/username and the page source is completely blank. If I enter www.mysite.com or any other valid mysite URL in the browser, the page appears normally. But any reference to one of the /user pages yields a completely empty page source.

We obviously have to resolve this before we launch the site. Any suggestions would be much appreciated.

jboeger’s picture

jboeger commented

I am having the same problem. A site that was working fine... suddenly I can't get to /user
so I cannot even log in!!

The browser just endlessly searches for the page.

http://alamedawaterfront.com/user

dfylstra’s picture

dfylstra commented

We're still having this problem. Clearing the cache at /admin/settings/performance doesn't help. Rebuilding the content permissions at /admin/content/node-settings doesn't help.

I thought this might be a PHP error, since the page source is completely empty when we try to access the /user page. So I looked in our Apache log file (PHP errors are apparently directed there), but I found no logged errors. Following the suggestion at at http://drupal.org/node/158043, I put these lines at the top of index.php, just after the opening <?php tag:

aerror_reporting(E_ALL);
ini_set('display_errors', TRUE);
ini_set('display_startup_errors', TRUE);

I then tried accessing the /user page when logged in to our site. No error messages appeared. But the /user page is still blank. I am User 1; if I enter /user/1, it is completely blank, but if I enter /user/1/edit, I get the edit screen for my account. I can get other /user/1/xxx pages as well.

This is our most serious, recurrent problem with Drupal Commons. I hope Acquia is listening.

jboeger’s picture

jboeger commented

so now I'm seeing these errors, hope this gives a clue:

Warning: MySQL server has gone away query: INSERT INTO watchdog (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', '%message in %file on line %line.', 'a:4:{s:6:\"%error\";s:12:\"user warning\";s:8:\"%message\";s:136:\"MySQL server has gone away\nquery: UPDATE variable SET value = 's:4:\\"HTTP\\";' WHERE name = 'weather_fetch'\";s:5:\"%file\";s:49:\"/home/alamedaw/public_html/includes/bootstrap.inc\";s:5:\"%line\";i:523;}', 3, '', 'http://alamedawaterfront.com/', '', '67.124.149.130', 1288905195) in /home/alamedaw/public_html/includes/database.mysqli.inc on line 128

Warning: MySQL server has gone away query: INSERT INTO watchdog (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', '%message in %file on line %line.', 'a:4:{s:6:\"%error\";s:12:\"user warning\";s:8:\"%message\";s:85:\"MySQL server has gone away\nquery: DELETE FROM cache WHERE cid = 'variables'\";s:5:\"%file\";s:71:\"/home/alamedaw/public_html/sites/all/modules/cacherouter/engines/db.php\";s:5:\"%line\";i:72;}', 3, '', 'http://alamedawaterfront.com/', '', '67.124.149.130', 1288905195) in /home/alamedaw/public_html/includes/database.mysqli.inc on line 128

Warning: MySQL server has gone away query: INSERT INTO watchdog (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', '%message in %file on line %line.', 'a:4:{s:6:\"%error\";s:12:\"user warning\";s:8:\"%message\";s:106:\"MySQL server has gone away\nquery: SELECT latitude, longitude FROM weather_icao WHERE icao='KOAK'\";s:5:\"%file\";s:67:\"/home/alamedaw/public_html/sites/all/modules/weather/weather.module\";s:5:\"%line\";i:1935;}', 3, '', 'http://alamedawaterfront.com/', '', '67.124.149.130', 1288905195) in /home/alamedaw/public_html/includes/database.mysqli.inc on line 128

Warning: MySQL server has gone away query: INSERT INTO watchdog (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', '%message in %file on line %line.', 'a:4:{s:6:\"%error\";s:12:\"user warning\";s:8:\"%message\";s:81:\"MySQL server has gone away\nquery: DELETE FROM weather WHERE icao='KOAK'\";s:5:\"%file\";s:67:\"/home/alamedaw/public_html/sites/all/modules/weather/weather.module\";s:5:\"%line\";i:2040;}', 3, '', 'http://alamedawaterfront.com/', '', '67.124.149.130', 1288905195) in /home/alamedaw/public_html/includes/database.mysqli.inc on line 128

Warning: MySQL server has gone away query: INSERT INTO watchdog (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', '%message in %file on line %line.', 'a:4:{s:6:\"%error\";s:12:\"user warning\";s:8:\"%message\";s:222:\"MySQL server has gone away\nquery: INSERT INTO weather\n (icao, next_update_on, metar_raw)\n VALUES ('KOAK', 1288907700, 'KOAK 042053Z 28004KT 10SM BKN200 26/12 A2995 RMK AO2 SLP142 T02610117 58025')\";s:5:\"%file\";s:67:\"/home/alamedaw/public_html/sites/all/modules/weather/weather.module\";s:5:\"%line\";i:2063;}', 3, '', 'http://alamedawaterfront.com/', '', '67.124.149.130', 1288905195) in /home/alamedaw/public_html/includes/database.mysqli.inc on line 128

Warning: MySQL server has gone away query: INSERT INTO watchdog (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', '%message in %file on line %line.', 'a:4:{s:6:\"%error\";s:12:\"user warning\";s:8:\"%message\";s:131:\"MySQL server has gone away\nquery: SELECT module, type FROM captcha_points WHERE form_id = 'mailchimp_subscribe_anon_form'\";s:5:\"%file\";s:64:\"/home/alamedaw/public_html/sites/all/modules/captcha/captcha.inc\";s:5:\"%line\";i:55;}', 3, '', 'http://alamedawaterfront.com/', '', '67.124.149.130', 1288905196) in /home/alamedaw/public_html/includes/database.mysqli.inc on line 128

Warning: MySQL server has gone away query: INSERT INTO watchdog (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (0, 'php', '%message in %file on line %line.', 'a:4:{s:6:\"%error\";s:12:\"user warning\";s:8:\"%message\";s:78:\"MySQL server has gone away\nquery: SELECT body, format FROM boxes WHERE bid = 1\";s:5:\"%file\";s:53:\"/home/alamedaw/public_html/modules/block/block.module\";s:5:\"%line\";i:216;}', 3, '', 'http://alamedawaterfront.com/', '', '67.124.149.130', 1288905196) in /home/alamedaw/public_html/includes/database.mysqli.inc on line 128

dfylstra’s picture

dfylstra commented

Jack, I don't think you're experiencing the same problem as I am. On http://alamedawaterfront.com the home page itself has a problem, and appears with the MySQL error messages above. (Love that aerial photo of Alameda, though.) On my site, the home page, and all other pages except the /user and /user/1 pages, appear fine. The problem I'm having is very specific to the /user pages.

jboeger’s picture

jboeger commented

My problem has grown as I've tried to resolve this... but I can't even get to /user.

dfylstra’s picture

dfylstra commented

An update to the original issue: The only way we could work around this problem was to restore our DC database from a backup. When we did, the problem disappeared. But it has already reappeared once, and it could reappear again. Hence I am making database backups several times a day as we work on the site. It is clearly due to some setting in the database. Again, I did not find any error messages in the Drupal log or the Apache log (even when Drupal was set to display all errors) when this was happening.

spencerfromsc’s picture

spencerfromsc commented
Priority: Major » Critical

Since others seem to be reporting similar errors, I'll go ahead and post my problem in the same queue. It sounds more similar to the problem @jboeger is experiencing. The Commons site is on an Aegir-Barracuda server running multiple other sites (no other issues and only the one Commons site for now). The only modules I've added, if I remember correctly, are og_mailinglist and leaguesite, and there has been very little modification of the site other than to mess around with the Commons functionality.

I was having trouble adding cached images to a view, so I was examining the image cache profiles for both leaguesite and Commons...next thing I know the site is no longer pulling info from the database. When I try to access the database in chive, I get the following error:

CDbCommand failed to execute the SQL statement: SQLSTATE[HY000]: General error: 2013 Lost connection to MySQL server during query

If I go into php-fpm-slow.log, I see the following, which seems odd, but I can't work it out:

Nov 17 08:34:29.038128 pid 9271 (pool default)
script_filename = /data/disk/octopus/distro/001/drupal_commons-6.x-1.1/index.php
[0xbfe318cc] mysqli_query() /data/all/001/drupal_commons-6.x-1.1/includes/database.mysqli.inc:114
[0xbfe31c3c] _db_query() /data/all/001/drupal_commons-6.x-1.1/includes/database.mysql-common.inc:42
[0xbfe321ec] db_query() /data/all/001/drupal_commons-6.x-1.1/includes/cache.inc:26
[0xbfe326ac] cache_get() /data/all/001/drupal_commons-6.x-1.1/profiles/drupal_commons/modules/contrib/strongarm/strongarm.module:24
[0xbfe3297c] strongarm_set_conf() /data/all/001/drupal_commons-6.x-1.1/profiles/drupal_commons/modules/contrib/strongarm/strongarm.module:8
[0xbfe32b18] strongarm_init() unknown:0
[0xbfe32fcc] call_user_func_array() /data/all/001/drupal_commons-6.x-1.1/includes/module.inc:483
[0xbfe334ac] module_invoke_all() /data/all/001/drupal_commons-6.x-1.1/includes/common.inc:2654
[0xbfe33eec] _drupal_bootstrap_full() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:1555
[0xbfe341fc] _drupal_bootstrap() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:1412
[0xbfe3459c] drupal_bootstrap() /data/all/001/drupal_commons-6.x-1.1/index.php:16

Nov 17 08:47:46.416059 pid 11933 (pool default)
script_filename = /data/disk/octopus/distro/001/drupal_commons-6.x-1.1/index.php
[0xbfe2dffc] sleep() /data/all/001/drupal_commons-6.x-1.1/includes/lock.inc:188
[0xbfe2e50c] lock_wait() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:578
[0xbfe2ea1c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe2ef2c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe2f43c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe2f94c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe2fe5c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe3036c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe3087c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe30d8c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe3129c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe317ac] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe31cbc] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe321cc] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe326dc] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe32bec] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe330fc] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe3360c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe33b1c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe3402c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585

Nov 17 08:52:03.235708 pid 11063 (pool default)
script_filename = /data/disk/octopus/distro/001/drupal_commons-6.x-1.1/index.php
[0xbfe2f94c] sleep() /data/all/001/drupal_commons-6.x-1.1/includes/lock.inc:188
[0xbfe2fe5c] lock_wait() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:578
[0xbfe3036c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe3087c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe30d8c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe3129c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe317ac] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe31cbc] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe321cc] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe326dc] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe32bec] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe330fc] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe3360c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe33b1c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe3402c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe3453c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe34a4c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe34f5c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe3546c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585
[0xbfe3597c] variable_init() /data/all/001/drupal_commons-6.x-1.1/includes/bootstrap.inc:585

wheelercreek’s picture

wheelercreek commented

Hi - just running into this same issue myself. Did you ever find a solution? I'm developing a site on Commons, with a custom theme. Everything has been working great, and I finally created some test users to check, and clicking on the users names leads to white screen. I am able to click to edit the users, but not to view them.

I've been digging in the user module to see if I can find a breaking point.. user_init is working, user_user() is working.. but the code never gets to user_menu(). Not really sure exactly where it's stopping.. it's almost like there's a die() or exit() command being issued.

wheelercreek’s picture

wheelercreek commented

Using one of the techniques mentioned here:
http://drupal.org/node/482956 to troubleshoot this, I finally found a solution that works for me:

Go to profiles/drupal_commons/modules/features/commons_core/commons_core.defaults.inc
Go to line 1890 in the function _commons_core_ctools_plugin_api()
comment out the if statement dealing with the page_manager, and change line 1893 to if statement (instead of the else condition) like so: 

//if ($module == "page_manager" && $api == "pages_default") {
    //return array("version" => 1);
  //}
  if ($module == "strongarm" && $api == "strongarm") {
    return array("version" => 1);
  }

I'm not sure what the conflict is exactly - but this took me about 5 hours to troubleshoot.. hope it helps others.

dfylstra’s picture

dfylstra commented

This is very interesting, though I don't understand yet why this solution works. I understand that the "Page Manager" (part of the Chaos Tools suite) is used in Drupal Commons to "manage" a set of pages, which you can see at /admin/build/pages -- and one of these is the "system user_view" page with URL /user/%user, which is exactly the page that was coming up blank in my original post at the beginning of this thread. But even after searching for and reading about hook_ctools_plugin_api(), I don't see what this code in commons_core.defaults.inc is doing.

One of the great difficulties in working with Drupal Commons is that, while it is "just a Drupal 6 distribution", it depends rather heavily on several advanced-level contributed modules that AFAIK are not covered in any of the popular books about Drupal, or even about Drupal module development. At least we now have Earl & Lynette Miles' book "Drupal's Building Blocks" covering CCK, Views and Panels ... but I haven't been able to find any real documentation of the Chaos Tools, Context, Page Manager, etc.

mstef’s picture

mstef commented
Status: Active » Closed (fixed)

Make sure acquia_commons and fusion_core themes are both enabled. This is a bug with drupal core that causes themes to be disabled. It has something to do with the cache mechanism - but I can't remember.

You're getting a wsod because the panel templates aren't being loaded.

dfylstra’s picture

dfylstra commented

Mike, I don't think this explains the issue. This blank page problem appeared twice for me, first around October 18 and again around November 4, as described earlier in this thread. In both cases, and at all times during my site development, I've had both the acquia_commons and fusion_core themes enabled. It is true that, when it appeared on November 4, a person from Top Notch Themes was making small changes to the acquia_commons theme (but it was still enabled). The only way we found to cure the problem was to restore from a database backup, as described earlier.

I corresponded by email with wheelercreek who posted his experience in this thread. He arrived at his recommended change (commenting out the code if ($module == "page_manager" && $api == "pages_default") { return array("version" => 1); } ) by systematically renaming all of the contributed modules in Drupal Commons, one by one (to disable them) and refreshing the /user page. With all of them so disabled, the /user page still appeared blank. Then he renamed the profiles/drupal_commons/modules/features/commons_core module and refreshed the /user page -- and it appeared normally. He then went into the commons_core module and began systematically commenting out functions, and observing their effects. He found that this function (_commons_core_ctools_plugin_api()) was the "culprit". On a reproducible basis, he says he can comment out this code, refresh the /user page, and it appears normally, or leave the un-commented code in place, refresh the /user page, and it comes up blank.

So, I really think that Acquia needs to investigate this issue as a possible bug in the code that Acquia has added in the Drupal Commons distribution. If it is indeed a bug, it's clearly one that would affect live Drupal Commons sites in a serious way.

dfylstra’s picture

dfylstra commented
Status: Closed (fixed) » Active

This issue has not been fixed, and it is still present in Drupal Commons 1.2 as released. This has just started happening for me again, with no apparent triggering event.

Once again, the user account page for every user comes up completely blank, with empty HTML page source. In addition, and this is new, the main Group page for every group comes up completely blank. This is true even though the /users and /groups pages both display normally, and even the /user page displays normally for an anonymous user (but goes blank as soon as the user logs in).

Clearing the cache doesn't help. As before, I find no errors related to these pages in the Apache log, nor do I see any errors when I enable error reporting in Drupal's index.php as described at http://drupal.org/node/158043.

This is very perplexing and frustrating. We obviously cannot launch our site with this behavior.

mstef’s picture

mstef commented
Status: Active » Closed (fixed)

edit

mstef’s picture

mstef commented
Status: Closed (fixed) » Active

The only time I've ever had any pages show up WSOD was because the themes were set to inactive by a bug in Drupal.

webkenny’s picture

webkenny commented
Status: Active » Closed (duplicate)

It is indeed Panels attempting to run in legacy mode and failing. This workaround has been confirmed http://drupal.org/node/979912#comment-3970188 - That is also the issue we need to be tracking in from now on since this is essentially a duplicate. Thanks.

taladega’s picture

taladega commented

I had the Blank screen on /users on Commons 1.5
I enable the Fusion Core and Acquia Commons theme while keeping my Theme as default.
It work perfect now.

Hope this requirement get fix soon.