this shows only during "install from URL" with no Uploadprogress or APC.

An AJAX HTTP error occurred. HTTP Result Code: 500 Debugging information follows. Path: .../authorize.php?batch=1&render=overlay&id=4&op=do StatusText: Internal Server Error ResponseText: UpdaterException: Unable to parse info file. in Updater::getProjectTitle() (line 183 of .../includes/updater.inc).

Support from Acquia helps fund testing for Drupal Acquia logo

Comments

rfay’s picture

Component: ajax system » update system

Please describe this more clearly: What exactly did you do to get the error?

EvanDonovan’s picture

@aarael: What was the name of the module?

"unable to parse .info file" sounds like some kind of corruption or bad syntax in module, but maybe it is an error with Drupal itself....

aarael’s picture

these are the steps I did:
1. fresh install drupal 7 beta 1 or beta 2
2. enter database settings (note that progress bar shows perfectly here)
3. after install: install from URL any module (eg, pathauto, wysiwyg, bueditor) and any themes (eg. typebased).

then I get the error.

It may be due to the fact that the server has no Pecl Uploadprogress or APC?

rfay’s picture

Component: update system » install system
rfay’s picture

Component: install system » other

Actually, I'm ignorant of what component that should be assigned to. Sorry.

It's a good thing you're testing this! Thanks.

aarael’s picture

Please note that this error also shows when using "Upload a module or theme archive to install"

EvanDonovan’s picture

Component: other » update.module

@rfay: The component should be update.module, I think. I don't know what could be the cause, but since it works for me, and lots of other people, I think it's likely it has something to do with PHP settings.

@aarael: Could you post the output of phpinfo()?

aarael’s picture

FileSize
24.1 KB

Hi,

I have attached the PHP info of the server.

Cheers!

dmitrig01’s picture

aarael: thanks -- what method are you using to download (ssh/ftp)? Also, can you describe this in more detail: "3. after install: install from URL any module (eg, pathauto, wysiwyg, bueditor) and any themes (eg. typebased)." after you get to the modules page, walk me through exactly what you click on and where you type something in.

You indicate that it shows when installing from URL. Do you get this same error when uploading a file?

Also, this seems like an odd bug -- thanks for reporting and responding.

bfroehle’s picture

Status: Active » Needs review
FileSize
885 bytes

I'm not sure we have enough to go off of to solve this bug until we get more information from aarael. However, we might want to consider adding more descriptive error messages --- currently the "Unable to parse info" error gets thrown if either we cannot find a .info or cannot parse the .info.

bfroehle’s picture

Status: Needs review » Postponed (maintainer needs more info)
FileSize
886 bytes

I'm not sure we have enough to go off of to solve this bug until we get more information from aarael. However, we might want to consider adding more descriptive error messages --- currently the "Unable to parse info" error gets thrown if either we cannot find a .info or cannot parse the .info.

Also the patch in #10 is doomed due to a missing $. Fixed here.

dww’s picture

Status: Postponed (maintainer needs more info) » Needs review

The test bot will ignore #11 unless the status is needs review. Certainly a more specific error message is a step in the right direction, although none of these error messages are particularly helpful for end users. WTF are they supposed to do if they hit one of these cases? The messages give no indication of if/how to recover from the error...

bfroehle’s picture

Version: 7.0-beta2 » 7.x-dev
Status: Needs review » Needs work
Issue tags: +Update manager

Setting to needs work since we need to flesh out some proper error messages and help for the user.

aarael’s picture

Hi,

Sorry for late reply, as I was on holiday. I tested the file upload and its working fine.

As for installing a module / theme through URL, here are the steps that I am doing in detail:
1. fresh install drupal 7 beta 1 or beta 2
2. enter database settings (note that progress bar shows perfectly here)
3. modules > Install New Module
4. in "Install from a URL", paste the following URL: http://ftp.drupal.org/files/projects/date-7.x-1.x-dev.tar.gz
5. click "install" button
6. ** screen will briefly show this (attached) : http://drupal.org/files/drupal7beta2-SS - after install from URL - #1.jpg
7. ** then screen will show this error (attached) : http://drupal.org/files/drupal7beta2-SS - after install from URL - #2.jpg

Please advise if I should upgrade to beta 3 to check whether this has been resolved?

cheers

aarael’s picture

sorry file attachments seems to break.

reattaching...

bfroehle’s picture

The links to the attachments messed up a bit due to presence of the pound sign in the filename. Here are some working links:

bfroehle’s picture

@aarael: I'm still not sure what is causing this... can you try a few things for me?

1. Apply the patch in #11 and try again. The error message may (or may not) change.

2. See if you can find the downloaded (and extracted) files. The install (or upgrade) procedure works by downloading the file, extracting to a temporary directory, and then moving (or uploading via ftp / ssh) to the Drupal installation. Check for the downloaded files in /tmp or maybe a tmp directory in your home directory.
I have a directory called 'update-cache' that contains the downloaded date-7.x-1.x-dev.tar.gz file, and a directory 'update-extraction' that contains the extracted date module. Does it look like it has extracted the module correctly into the update-extraction folder?

Thanks!

aarael’s picture

Hi,

patch applied. New error shows:

An AJAX HTTP error occurred. HTTP Result Code: 500 Debugging information follows. Path: http://nulljournal.net/authorize.php?batch=1&render=overlay&id=24&op=do StatusText: Internal Server Error ResponseText: UpdaterException: Unable to find info file. in Updater::getProjectTitle() (line 182 of ...../includes/updater.inc).

I did not see any "update-cache" or "update-extraction" directories in the tmp directory ( upload_tmp_dir PHP.ini ). Does drupal create these directories automatically?

cheers

aarael’s picture

Just updated the test site to Drupal 7 RC2.and the issue still exists.

I have few questions to clarify:

1. Does drupal 7 use upload_tmp_dir in php.ini?
2. Does drupal 7 create the folders in upload_tmp_dir when uploading themes/modules?

I'd be willing to provide a user access just to help resolve this issue in Drupal 7 before the final release.

Regards

aspilicious’s picture

Internal Server Error ResponseText: UpdaterException: Unable to find info file. in Updater::getProjectTitle() (line 182 of ...../includes/updater.inc).

- This means the module doesn't have readable information in the .info file. Or that the .info is missing from the module.

  public static function getProjectTitle($directory) {
    $info_file = self::findInfoFile($directory);
    $info = drupal_parse_info_file($info_file);
    if (!$info) {
      throw new UpdaterException(t('Unable to parse info file.'));
    }
    return $info['name'];
  }

- Could you add in this function (includes/updater.inc) after $info=... the following lines
debug($info_file);
debug($info);

- try to install afterwards and print here the debug output

-My extratected folders are located in the C:\xampp\tmp\update-extraction folder (windows)

vj_pdx’s picture

I believe I found a similar but not the same error.
On local MAMP/drupal 7 beta 3 installation, tried to install a module using the download url. I was trying to install Weather (http://drupal.org/project/weather), particularly http://ftp.drupal.org/files/projects/weather-7.x-1.0.zip

My URL is http://d7b3.localhost:8082/#overlay=admin/modules/install

My error reads: UpdaterException: Unable to determine the type of the source directory. in Updater::factory() (line 100 of /Users/vj/Sites/drupal-7.0-beta3/includes/updater.inc).
The website encountered an unexpected error. Please try again later.

The error is not fatal, but does not provide any graceful way of exiting the error.

(Please be kind -- this is my first issue to report. I'm happy to move this if I've put it in the wrong forum. Thanks.)

vj_pdx’s picture

And, I got the same error
UpdaterException: Unable to determine the type of the source directory. in Updater::factory() (line 100 of /Users/vj/Sites/drupal-7.0-beta3/includes/updater.inc).
The website encountered an unexpected error. Please try again later.
when trying to install from the "Upload a module or theme archive to install" input.

Thanks.

aspilicious’s picture

This is fixed in latest dev version, zip wasn't fully supported until last week.

vj_pdx’s picture

Excellent, thank you!

dww’s picture

Status: Needs work » Postponed (maintainer needs more info)

This might have been cleared up via #936490: Update module should verify downloaded tarballs and propagate errors correctly and/or #997802: Update manager doesn't allow you to install a project if it finds a single "broken" module in it. Certainly the error reporting is going to be better thanks to #1012822: If anything throws an Exception while downloading/verifying a tarball, you're in a dead end.

@aarael: Can you try again with the very latest D7 code from CVS HEAD (and potentially also with the latest patch from #997802 if that still hasn't been committed by the time you see this)? Then report back your findings. We could still probably commit #11 just in case, but I think there's probably something else going wrong here...

rack88’s picture

So am I reading this right that the automated updates within Drupal should not yet work (wait for 7.1?)? I've been having the error mentioned above on my site where I did a Drupal 6->7 upgrade recently.

bfroehle’s picture

rack88: Can you be more specific about "the error mentioned above" ? Also, this issue is primarily for installing or upgrading modules, not a core Drupal 6 to Drupal 7 update. Your problem might be better dealt with by filing a new issue (or searching for another similar issue).

aarael’s picture

Hi guys,

This issues for me seems to be solved in Drupal 7 final release. However, I seem to be getting the issue related to this http://drupal.org/node/935036

Thanks guys!

Cheers!

carloslamb’s picture

As part of our ongoing system maintenance, we sometimes add new devices to help improve the performance of customer websites. As a result of the new hardware, customer CGI scripts (Perl, PHP) and databases that use "real" directory paths may cease to work.

If you are using real directory paths (paths that start with "/hermes/webxx/"), you need to replace them with the correct symbolic paths ("/home/users/web/"), which are fully compatible with our shared hosting architecture.

******** Pulled this from the iPage CGI FAQ. I notice in the error below I receive a reference to the "real directory paths" ********

Does this make any sense?

This is the error I get...

An AJAX HTTP error occurred. HTTP Result Code: 500 Debugging information follows. Path: http://stepuptechnology.com/authorize.php?batch=1&render=overlay&id=16&o... StatusText: Internal Server Error ResponseText: UpdaterException: Unable to parse info file: . in Updater::getProjectTitle() (line 183 of /hermes/bosweb/web239/b2392/ipg.stepuptechnologycom/stepup/includes/updater.inc).

carloslamb’s picture

Status: Postponed (maintainer needs more info) » Needs work

I entered the previous post but did not change the status. Please let me know if anybody will take a look at this post. Thanks! Carlos

bfroehle’s picture

Hi carloslamb. Can you give me the steps you took to get the error? Did you upload a file or paste in a URL? Which URL did you use? [I'm looking for some basic steps to reproduce the issue.]

carloslamb’s picture

hosting with ipage.com and using their Drupal 7 install provided by smartscripts
Drupal 7 seems to install fine and the status report looks good

1. From management toolbar select Modules
2. Select Install new module
3. Browse to http://drupal.org/project/cck
4. Right-click on download to copy link address = http://ftp.drupal.org/files/projects/cck-7.x-2.x-dev.tar.gz
5. Paste address into "Install from a URL" field
6. Click on Install

"Upload a module or theme archive to install" yields the same error...

An AJAX HTTP error occurred. HTTP Result Code: 500 Debugging information follows. Path: http://stepuptechnology.com/authorize.php?batch=1&render=overlay&id=12&o... StatusText: Internal Server Error ResponseText: UpdaterException: Unable to parse info file: . in Updater::getProjectTitle() (line 183 of /hermes/bosweb/web239/b2392/ipg.stepuptechnologycom/stepup/includes/updater.inc)

carloslamb’s picture

You can use the account we have at ipage.com as a test if that helps. Development has not begun at this point.

bfroehle’s picture

FileSize
624 bytes

carloslamb: Can you apply the attached patch, try again, and let me know the result.

Pancho3’s picture

I am having the same problem

The specified file temporary://filegDGtrP could not be copied, because the destination directory is not properly configured. This may be caused by a problem with file or directory permissions. More information is available in the system log.

http://ftp.drupal.org/files/projects/pathauto-7.x-1.0-beta1.tar.gz could not be saved to temporary://update-cache/pathauto-7.x-1.0-beta1.tar.gz.

Unable to retrieve Drupal project from http://ftp.drupal.org/files/projects/pathauto-7.x-1.0-beta1.tar.gz.

rack88’s picture

Sorry, to specify better, I was having the same issue as aarael and carloslamb. I'm trying to use the nice updater function built into D7 with a brand new D7 install and recently updated modules. For example, I just tried to update Google Analytics from 1.0 to 1.1 via the on-site updater at /admin/reports/updates/update and I end up getting this error:

An AJAX HTTP error occurred. HTTP Result Code: 500 Debugging information follows. Path: http://www.rickhanton.com/test/authorize.php?batch=1&id=15&op=do StatusText: Internal Server Error ResponseText: UpdaterException: Unable to find info file in /tmp/update-extraction/google_analytics. in Updater::getProjectTitle() (line 182 of /hermes/web06/b1967/moo.rickhantoncom/test/includes/updater.inc). 500 Internal Server Error Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, cgiadmin@yourhostingaccount.com and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log.

I also tried the patch for carloslamb, which didn't help. Any ideas of what's going on? I can't locate any log files on the server that can be of use.

bfroehle’s picture

rack88: Is safe mode or open basedir enabled? (You can look these up in your php info). Without being able to see if any log messages are generated it's tough to diagnose.

One idea would be to change the /tmp directory you are using. That's under config -> media -> file system.

bfroehle’s picture

Setting this back to "Active" since while there are patches, all of them are purely diagnostic in nature (and most won't even apply to HEAD).

bfroehle’s picture

Status: Needs work » Active
itspriyank’s picture

Hi when I tried to install a colorbox module using its url copied from drupal module's page I got following error. Please help me out.

An AJAX HTTP error occurred. HTTP Result Code: 500 Debugging information follows. Path: http://www.itspriyank.com/authorize.php?batch=1&render=overlay&id=3&op=do StatusText: Internal Server Error ResponseText: UpdaterException: Unable to parse info file: . in Updater::getProjectTitle() (line 183 of /hermes/bosweb/web231/b2315/ipg.digitalbustercom/itspriyank/includes/updater.inc). 500 Internal Server Error Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, cgiadmin@yourhostingaccount.com and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log.

It jst starts installation and then shows this error.
You can check my phpinfo() at http://digitalbuster.com/phpinfo.php

Pancho3’s picture

I think the problem is PHP-5.2.17

This is the same version that is running on my server with HostGator and I have the same problem.

My test server on my computer uses PHP-5.3.4 and everything is ok.

I tried to change the /tmp directory nothing.

itspriyank’s picture

Yes I too think so, as I am using XAMPP on my system with php 5.3.1 and all works perfect. No problem at all. Now at ipage I have latest version 5.2.17, and root cause of problem.

deenseth’s picture

The site that I have with ipower.com has the same problem. The php version is also 5.2.17. Is there any work around for installing module? Can I copy the module manually to the server?

itspriyank’s picture

Yes ther are lot of ways you can install a module.
You can copy the module to your server at drupal/modules then login as admin and go to module and click "check manually" at for updating the list. Now you will be able to see the newly copied module at end of list.
Similar to themes (paste it in drupal/themes)

Remember to paste unzipped or extrated folder and not zip ot tar.bz file.

You can also use Drush (http://drupal.org/project/drush).

John_B’s picture

I was getting the same error (on a Lunux Apache server with php 5.3.4) and found a solution.

I did a full install of the current 7 (not dev) about four days ago. The Install new module feature worked fine on that site site. I did another install in a different directory with different URL on the same server today, and I got the error.

The first site on the server had created folders 'update-cache' and 'update extraction' in the Linux server's top level /tmp directory. When the second site tried to write folders of the the same names, using a different Linux unsername, permission was denied. I went in as root and deleted the folders created by the first site, and the Install new module started working for the second site.

Christopher James Francis Rodgers’s picture

=============================================
Solution to "..specified file %file could not be copied.."
===================================
The solution for me was simply..

Go to 'Configuration' > 'Media' > 'File System'
[*root*]/admin/config/media/file-system
and change the 'Temporary directory' from
/tmp to /tmp3
.
===
Error:
"The specified file temporary://file****** could not be copied,
because the destination directory is not properly configured..."
===

2011.03.26 - I updated this post to refine the work-around solution.

See http://drupal.org/node/1106492 for all the details.

flock’s picture

This worked for me.

Switched /tmp to /tmp/justhost

Thanks.

Christopher James Francis Rodgers’s picture

@Flock:

I am happy for you. :o)

Please Note: I recently learned... 2011.04.05

Your easiest route to eliminate the Errors
that I was trying to address with my original Issue post
is for you to install Drupal 7 or 6 via your WebHost's "SimpleScripts"
or other automated-script-installation free service.

See this Drupal.org node (page) for my beginner's Tutorial.

http://drupal.org/node/1105616
[Install Drupal 7 in one-minute (or Drupal 6)]

I had not suspected that SimpleScripts would be D7 ready;
and I am now the happiest boy I know on Earth.

All the best. -chris. :o)
.
.
.
### D8 is gonna be great: The Dream.

dynamicdan’s picture

This issue needs a kick!

Example error message:
An error has occurred.
Please continue to the error page

An AJAX HTTP error occurred. HTTP Result Code: 500 Debugging information follows. Path: http://somedomain/drupal/authorize.php?batch=1&id=13&op=do StatusText: Service unavailable (with message) ResponseText: UpdaterException: Unable to parse info file: . in Updater::getProjectTitle() (line 183 of /somefilesystem/drupal/includes/updater.inc).

First few installed no probs, the rest fail consistently...
Pathauto worked,
this failed: (http://drupal.org/project/admin_menu)
http://ftp.drupal.org/files/projects/admin_menu-7.x-3.x-dev.tar.gz (7.x-3.x-dev)
but this worked: http://ftp.drupal.org/files/projects/admin_menu-7.x-3.0-rc1.tar.gz (rc1, not dev version)

Should be enough to go on?
Could this issue be related to this btw?..
"Installation failed" errors when installing modules from Update Manager w/ Overlay
http://drupal.org/node/936686

ghalenir’s picture

I also had the same problem with ipage.com but once I renamed and changed the temp file path it worked for me so if anyone has same problem make sure that the /tmp folder inside media/files is writable and really exist.

Christopher James Francis Rodgers’s picture

FYI: I am not sure to what extent my work-around solution at http://drupal.org/node/1106492#comment-4562780 might be related to this issue, but I post this here in case my notes there are of any possible use to you.

All the best.

-chris

sun’s picture

Version: 7.x-dev » 8.x-dev
Priority: Major » Normal
Issue tags: +Needs backport to D7

Sorry, but I fail to see why this is major.

Christopher James Francis Rodgers’s picture

.. additionally, my solution relates to my former problems
with Drupal 7 only..

.. and Not Drupal 8.

Alajjana’s picture

Version: 8.x-dev » 7.2

I have this same problem, several times with several installs...

My PHP version is 5.2.17

modules > install new module has been working for a while with about 15 installs. Today it failed.

I tried the suggestion of changing the /tmp to /tmp3, but it would not allow me to make changes. tried /tmp/justhost. It would allow me to make the change but the install would still fail.

So, i changed the /tmp to /drupal/sites/[mysite].com/tmp, created the directory tmp and now install is working as it had before it failed.

when i explore the ../tmp directory it has the the *.gz and *.tmp files, directories that were made with the file name format [modulename]-da8c3eaf.

All files are present. IE after install none of the the files have been removed after they are no longer needed.

Christopher James Francis Rodgers’s picture

Status: Active » Closed (fixed)

Archive? Today is D7.12

I marked this "closed (fixed)"

If this problem is in fact 'ongoing',
please "Add new comment" with location of
Newer-Discussion-URL at drupal.org

campbjp’s picture

This sound like the same error I'm getting. Here is the link for 7.15 install: http://drupal.org/node/1748226