drupal

I was having a problem with using the Login block form on the home page.  Error messages related to the login (e.g. "Password incorrect.", etc.) were not getting dispalyed when the login failed.  They would show up only after reloading the page again. 

In my template, I had this:

<div class="content">
    <?php print drupal_get_form('user_login_block'); ?>
</div>

What I figured out was that the error messages weren't actually being generated until after the call to drupal_get_form() was made.  Because this call was inside the template, they were not set for the template to display.

The fix for this is to create a function to make the call to drupal_get_form() and grab the resulting error messages (if any).  So, in a module or in template.php, you need to create a function like this:

function THEMENAME_get_login_block() {
    $form = drupal_get_form('user_login_block');
    return theme_status_messages().$form;
}

Then, in your template, do this instead:

<div class="content">
    <?php print THEMENAME_get_login_block() ;?>
</div>

This makes sure that the error messages are set before the form and the mesages themselves are displayed.

On one of the Drupal sites I was developing, admin pages were getting (unbearably) slow-- about 30 seconds to load each page.  Using the Google, I found a couple of articles that pointed the finger at the Update Status module:

• Admin pages hang or are very slow
• Access to administration pages very slow
   

Looking at the "Recent Log Entries" report, I could see that there was an "Attempted to fetch information about all available new releases and updates" entry for each page view.  This meant that Update Status was checking the status of all my modules with each page load even though I had it set to check weekly.  That would definitely slow things down a bit!  Deactivating the "Update Status" module fixed the slowdown, but I really wanted to have that functionality.  Turning the module back on, just made the site crawl again.

What fixed it for me was deactivating the "Update Status" module then uninstalling it from the "Build -> Modules -> Uninstall" tab.  This removes all of its module-related settings from the database.  Then, when I activated "Update Status" again, all was well.

It's Contact Hide Email... I wrote this code a while back, presented it at a Drupal user group, got a Drupal CVS account, and finally got around to creating an actual release tonight.  What does it do?  Funny you should ask...

When an auto-reply is used with the standard contact form, the "From" on the auto-reply email is set to the value entered as the recipient. In some cases (e.g. email to the CEO), it wouldn't be good to reveal that email address. Using this module, you can choose to hide the recipient's email in the auto-reply. It will instead come from the default site email address. This can be set separately for each contact form category.