Closed (won't fix)
Project:
Drupal core
Version:
7.x-dev
Component:
install system
Priority:
Critical
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
6 Jun 2008 at 15:29 UTC
Updated:
8 Jul 2009 at 22:46 UTC
Jump to comment: Most recent
Comments
Comment #1
sunMe too. Tried to enable all core modules and few contrib modules at one fell swoop in latest Drupal 6.x.
Comment #2
mot commentedCan anyone confirm this for 7.x please?
Comment #3
cwgordon7 commentedYes. The original report was for 7.x. Though perhaps this should be fixed in 6.x too (perhaps not).
Comment #4
mot commented30 seconds for a php script is quite a long time.
What steps are needed to reproduce the problem?
Additional Questions:
* What does this function do?
* Is this related to the number of modules installed?
* Is this a one-time task? Is this an installation task?
Some more data and infos would help me to dig more into this. I can check against 6.5.
Comment #5
Anonymous (not verified) commentedbumping status.
Comment #6
cwgordon7 commentedBe on a moderately slow machine.
http://api.drupal.org/api/function/file_scan_directory/7 and http://api.drupal.org/api/function/drupal_system_listing/7, depending on which function you're asking about.
This should not be related to the number of modules installed, since modules are installed through the batch api, and it is only the system listing that is too slow.
This is on installation of Drupal core with the default profile.
Some additional system information about my particular environment:
Windows XP
Apache 2.2.8
MySQL 5.0.51b
PHP 5.2.6
Comment #7
sun.core commentedSorry, without further information this issue can only be marked as won't fix.
Feel free to re-open this issue if you want to provide further information. Thanks.