After upgrading to D7.2, I get Notice: Undefined index: distribution_name in drupal_install_profile_distribution_name()

I have exactly the same error when I updated to D7.2 from D7.0:
"Notice: Undefined index: distribution_name a drupal_install_profile_distribution_name() (línia 202 de /Applications/XAMPP/xamppfiles/htdocs/includes/install.inc) "

In my case, I am working with XAMPP (version 1.7.3, with php version 5.3.1) in MacOs.

Does anybody know any way to fix it? I've expended hours serching to solve it and all I founded is this post: http://drupal.org/node/785380, where says that to fix some other problems (and I think they expect this one too) is to use an older version of php (5.2). But my previous Drupal version (7.0) was running perfectly with this XAMPP (php 5.3)...

I just upgraded my site to 7.2, and got this message on the modules page: Notice: Undefined index: distribution_name in drupal_install_profile_distribution_name() (line 202 of /home/xxxxxxx/public_html/includes/install.inc).

As a point of interest, as of last night I also have Drupal running on my hard drive using XAMPP for Windows. This was my first installation of Drupal on my hard drive; therefore it is 7.2 but not an upgrade. I do NOT get the error message there.

I'm running Acquia locally. Was working fine, now I get this after upgrade:

Notice: Undefined index: distribution_name in drupal_install_profile_distribution_name() (line 202 of C:\Users\william\Desktop\acquia-drupal\includes\install.inc).

After upgrading to 7.2, i am getting the following notice
Notice: Undefined index: distribution_name in drupal_install_profile_distribution_name() (line 202 of ...\includes\install.inc)

Notice: Undefined index: distribution_name in drupal_install_profile_distribution_name() (line 202 of /var/www/vhosts/dixonschwabl.net/subdomains/thenewnew/httpdocs/includes/install.inc).

Did I break the internet?

To workaround this issue (already reported in Drupal Core) see post #8 in #1170362: Install profile is disabled for lots of different reasons and core doesn't allow for that.

All the profiles values in the system table will be set to 0, change anyone to 1 and the notice should go away.

I was having trouble with this as well.
I initially started my site with an acquia install but soon needed to upgrade core.
Acquia had no upgrade so I figured I could just install drupal core over it being sure not to overwrite the additional modules acquia throws in.
The site was running fine but I was getting an "Undefined index: distribution_name in drupal_install_profile_distribution_name()" error on the modules page and some other undefined index errors on the configuration page. (code that throws the error is below)

201    $profile = drupal_get_profile();
202    $info = install_profile_info($profile);
203    return $info['distribution_name'];

I did some digging and found out that the "drupal_get_profile()" function was returning 'acquia' instead of the 'standard' profile. As a result the "install_profile_info()" was returning an associative array that had different indexes than what the standard drupal install wanted.

Long story short I ran the following code and all my problems were solved.

variable_set('install_profile', 'standard');

Hope this helps someone else.

My site I suppose began life as a "standard" install but I've removed toolbar (in favour of 'admin') and rdf (breaks html5 validation in omega).

Now I keep getting this error. I've tried the http://drupal.org/node/1170360#comment-5073326 hack but I'm still getting this error (on the modules page at least).

Is there a way to install a less problem-prone install profile (I'm guessing 'minimal') over the top without destroying my site?

Or do I just hack core?

I'm no expert, and do not know if this is the best solution.
Solved my problem by following the hint of this site:

http://www.drupaldeveloper.es/en/Notice-Undefined-index-distribution-nam...

After changing status from 0 to 1 in table "system" --> filename "profiles/standard/standard.profile" with phpMyAdmin the error gone away.
See post 8

I couldn't find profiles/standard/standard.profile in the system table, but I did find profiles/minimal/minimal.profile. Changed it to:

UPDATE DATABASE.system SET status = 1 WHERE system.filename = profiles/minimal/minimal.profile;

And the error message went away.

I got the same error after using drush to install my profile.

Then I figured out that in my sites/default/settings.php, adding this line solve the problem:

$conf['install_profile'] = 'jimthunderbird'; //jimthunderbird is one of my current installation profile name

Or before running drush insall, i need to chmod 644 sites/default/settings.php

Here are all the commands that I used:

chmod 644 sites/default/settings.php; yes | drush site-install jimthunderbird --db-url=mysql://root:@localhost/drupaluniversity --account-name=admin --account-pass=admin;

I think the root cause is, in my sites/default/settings.php, previously it has another installation profile name that's not jimthunderbird (my current one), once I change it to match the current installation profile, this issue is gone.

$conf['install_profile'] = 'jimthunderbird';

If you can't see minimal or standard, then you might have this profiles/acquia/acquia.profile Change its status to '1' and it will be gone.

I installed Drupal 7.14 using a profile as part of a premium theme I purchased. When I updated to 7.16, I deleted all the existing core folders and files and replaced them with the ones from new version.

What I didn't realize is that in doing so, I deleted the profile folder that was part of my installation. Thankfully I had a backup copy of the expanded install and was able to restore the missing profile.

So don't delete the profiles folder when updating core is the lesson, I guess.

UPDATE:Never mind. That didn't fix it. I'm doing the database fix like everyone else now.

I didn't had the standard profile.
So I had to upload from my backup l10n_install and than updated my mysql file and set the status for
profiles/l10n_install/l10n_install.profile to 1
This worked for me;

Notice: Undefined index: distribution_name in drupal_install_profile_distribution_name() (line 202)

This fix at http://adaptivethemes.com/documentation/distribution-name-notice worked for me:

(text from that post is copied below)

distribution_name notice

Due to a bug in Drupal core you may encounter this PHP notice:

Notice: Undefined index: distribution_name in drupal_install_profile_distribution_name() (line 202)

For the most part this will not cause major problems, but can cause an issue during updates - if the update installer encounters an error it can abort the update process. In this case you really need to fix this problem.

The Fix
You need to edit the database - sorry but this is the only way to fix this very annoying issue.

Locate the System table in the database, find the "profiles/demo_profile/demo_profile.profile", and change the status from 0 to 1.

You can also run this SQL query on the database:

UPDATE `my_database_name`.`system` SET `status` = '1',
`info` = '' WHERE `system`.`filename` = 'profiles/demo_profile/demo_profile.profile';
Last updated 31st July, 2012 - 5:23am

Authored by Jeff Burnz on 31 July, 2012 - 05:18

Hi Andrey,

Thank you so much for posting this. This solved it for me too.
I'm just posting this step by step for the benefit of others.

1. Access PHPMyAdmin
2. Browse to your the system table of your database for eg: localhost » MyDatabase » myprefix_system
3. Switch to the SQL tab.
4. Clear the Query Editor.
5. Run the query below taking care to replace your table name as below

UPDATE `myprefix_system` SET `status` = '1' WHERE `myprefix_system`.`filename` = 'profiles/standard/standard.profile';

6. If your result is something like

1 row affected. ( Query took 0.0816 sec )

then it's done.
7. Refresh the page and review the results.

I am getting this error when visiting admin/modules:

Notice: Undefined index: distribution_name in drupal_install_profile_distribution_name() (line 207 of /home/example/public_html/includes/install.inc).

In the SYSTEM database table, I have tried setting the status of profiles/standard/standard.profile to 1, but I still get the error and it keeps reverting back to 0.

Any ideas?

thank you solved my case!!! (Y)

Thanks for the info.
But do I need to issue the SQL every time I update a module?
I hope it will be fixed.

My error:
Notice: Undefined index: distribution_name in drupal_install_profile_distribution_name() (line 207 of my_drupal_path/includes/install.inc).

Deleted the 'installed_profile' variable from the variables table.

ran drush command "drush -l http://localhost pm-enable standard"

cleared cache.

Thanks for posting your solutions, I just had the same problem, but running this in phpmyadmin fixed it:

UPDATE `DATABASE_NAME`.`system` SET `status` = '1' WHERE `system`.`filename` = 'profiles/standard/standard.profile';

Change 'DATABASE_NAME' to match yours.

found one row, and changed it. Problem solved. Couldnt make it any sweeter of a fix.

For me, the solution was ensuring that I had php5-mysql installed and php5-gd installed. Make sure you have both of these!

For those not too handy with SQL execution code, here's the manual approach: https://drupal.org/comment/7017304#comment-7017304

This worked well for me after I updated a handful of modules on Localhost running Adaptive Theme. Not sure why it cropped up on this particular dev-box as I have been using AT for a long time on that machine with many updates to various modules for 6 or 8 months.
Not sure what module caused that error, I updated 7 of them. Ctools, Views, Date, Entity, Libraries, jQuery Update and after running the updates the error appeard any time I used the admin-overlay.

Notice: Undefined index: distribution_name in drupal_install_profile_distribution_name() (line 207...

As mentioned further down the line, if you are using a distribution, you need to adjust the SQL snippet accordingly.

Move the Chains - Ashes of Ares

i everybody,

I bring my own experience of this problem (alas, without satisfactory answer)

I first install a Acquia distro (7.16 I guess), then I apply "standard" Drupal update of the core for which I have the famous message

Undefined index: distribution_name in drupal_install_profile_distribution_name() (line 207 of includes/install.inc).

The best ways I found in forum to patch this was to :

Go to includes/install.inc and change line 207:
Two (--) means that this must change with others that are two (++)
-- return $info['distribution_name'];
++ if ( ! array_key_exists('distribution_name', $info)) $info['distribution_name'] = 'Drupal';
++ return $info['distribution_name'];

But I have to do this for every update (and we're now à 7.34) so this is not a solution.

I have investingated in other ways like :

Mysql :

SYSTEM table

delete * from system where filename like 'profiles/acquia$';
UPDATE system SET status = 1 WHERE filename= 'profiles/standard/standard.profile';
or even
UPDATE system SET status = 1 WHERE system.filename = 'profiles/minimal/minimal.profile';
or

VARIABLE table

deleted records from the 'variable' table
as install_profile (was this a mistake ?)
and every variable that contains "acquia"

PHP:
drush -l http://www.naddeo.fr pm-enable standard
or
add in settings.php:
$conf['install_profile'] = 'standard';

But nothing change the message...

Any help ?

Best regards

I have the same problem in Drupal 7.34

I have went round and round with this one.
I checked the system table for an "Active" profile.
I have extracted and reviewed the BLOB info column value for the only one install profile.
I have traced the error all the way back to the function that is calling it.

function system_get_info($type, $name = NULL) {
  $info = array();
  if ($type == 'module') {
    $type = 'module_enabled';
  }
  $list = $type);
  foreach ($list as $shortname => $item) {
    if (!empty($item->status)) {
      $info[$shortname] = $item->info;
    }
  }
  if (isset($name)) {
    return isset($info[$name]) ? $info[$name] : array();
  }
  return $info;
}

This function is calling the system_list() function.
I'm going to try installing Standard First, then The Chapter 3 data to see if this will fix the issue.

I received this error because I was using a Demo site by Adaptive Themes.
My database needed to be updated to that fact.

Using this code, advised by AdaptiveThemes, fixed my issue.

UPDATE `my_database_name`.`system` SET `status` = '1',
`info` = '' WHERE `system`.`filename` = 'profiles/demo_profile/demo_profile.profile';

https://www.drupal.org/project/profile_switcher fixed this for me.

Just re-enable the standard profile.

Install profiles have all their files stored in the site root’s profiles/ directory. The first step is going to be moving everything out of there. In the case of push tape, we have libraries, modules, and a theme stored in there. We’re going to move them to a more normal location.Next we need to see if there are any variables set in the install profile which really depend on the profile directory. If there are, we’ll have to set them again with the new path.

Hi,

Thanks for this post i am face same problem like you have mentioned above and resolve my issue using you post and it work for me.

Thanks

Just upgraded to 7.53 and got the same error. Your post (inserting if ( ! array_key_exists('distribution_name', $info)) $info['distribution_name'] = 'Drupal'; before the "return $info....." worked perfectly. For one time I do not have to live with an annoying error!

Thanks!

It is not recommended to modify Drupal Core code. After some digging, I was able to find some information on how to correct the database entry.

The comments that alluded to the fact most sites having this problem were unconventionally installed, such as a Migration, let me to the following solution. It seems that any custom Profiles that are installed are set to Status = 0 in the Database for some reason.

Run this SQL to find out which profiles are in the database and check their status:

SELECT filename, status FROM system WHERE filename LIKE '%.profile';

Then run this SQL, replacing the filename value with the desired custom Profile's filename value.

UPDATE system SET status = '1' WHERE filename = 'profiles/standard/standard.profile';

Here is the original post I pulled from: https://gist.github.com/jerryorta-dev/4594531.

Have you tried any of the drush options? This look like it might be promising.

http://davehall.com.au/blog/dave/2012/09/12/switching-installation-profi...

Also, make sure another profile doesnt have exclusivity set.

https://www.drupal.org/docs/7/creating-distributions/how-to-write-a-drup...

Just to be clear, this profile did previously work, correct?

I ran in to this problem upgrading an Acquia profile. I couldn't just set the variable for install_profile because I didn't have standard.profile in my system table. So I just exported the row from another working install and imported it in to my broken install.

db_query("INSERT INTO `system` (`filename`, `name`, `type`, `owner`, `status`, `bootstrap`, `schema_version`, `weight`, `info`) VALUES
('profiles/standard/standard.profile', 'standard', 'module', '', 1, 0, 0, 1000, 0x613a31353a7b733a343a226e616d65223b733a383a225374616e64617264223b733a31313a226465736372697074696f6e223b733a35313a22496e7374616c6c207769746820636f6d6d6f6e6c792075736564206665617475726573207072652d636f6e666967757265642e223b733a373a2276657273696f6e223b733a343a22372e3537223b733a343a22636f7265223b733a333a22372e78223b733a31323a22646570656e64656e63696573223b613a32313a7b693a303b733a353a22626c6f636b223b693a313b733a353a22636f6c6f72223b693a323b733a373a22636f6d6d656e74223b693a333b733a31303a22636f6e7465787475616c223b693a343b733a393a2264617368626f617264223b693a353b733a343a2268656c70223b693a363b733a353a22696d616765223b693a373b733a343a226c697374223b693a383b733a343a226d656e75223b693a393b733a363a226e756d626572223b693a31303b733a373a226f7074696f6e73223b693a31313b733a343a2270617468223b693a31323b733a383a227461786f6e6f6d79223b693a31333b733a353a2264626c6f67223b693a31343b733a363a22736561726368223b693a31353b733a383a2273686f7274637574223b693a31363b733a373a22746f6f6c626172223b693a31373b733a373a226f7665726c6179223b693a31383b733a383a226669656c645f7569223b693a31393b733a343a2266696c65223b693a32303b733a333a22726466223b7d733a373a2270726f6a656374223b733a363a2264727570616c223b733a393a22646174657374616d70223b733a31303a2231353139323335313532223b733a353a226d74696d65223b693a313531393233353135323b733a373a227061636b616765223b733a353a224f74686572223b733a333a22706870223b733a353a22352e322e34223b733a353a2266696c6573223b613a303a7b7d733a393a22626f6f747374726170223b693a303b733a363a2268696464656e223b623a313b733a383a227265717569726564223b623a313b733a31373a22646973747269627574696f6e5f6e616d65223b733a363a2244727570616c223b7d);");

variable_set('install_profile', 'standard');