Closed (fixed)
Project:
Drupal core
Version:
7.x-dev
Component:
other
Priority:
Critical
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
8 Oct 2009 at 14:19 UTC
Updated:
11 Feb 2010 at 15:40 UTC
Jump to comment: Most recent file
Comments
Comment #1
catchYes. We have APIs, and even when they're as crappy and confusing as drupal_load() and module_load_include(), we should use them.
Comment #2
webchickYeah, I have to agree I find the old code more readable, but this at least makes it consistent.
Committed to HEAD. Thanks!
Comment #4
damien tournoud commentedCalling module_load_include() in a global context is a really bad idea (module_load_include() will fail if called before common.inc is loaded). Let's revert those.
Comment #5
pwolanin commentedyes, revert please
Comment #6
catchStraight revert attached. The unreliability should be documented in module_load_include(), but I couldn't think of a good way of putting it - maybe something like "only use this in situations where loading another module's include file, where you cannot be sure of the location.".
Comment #8
scor commentedAdding some documentation to module.inc so this does not happen again.
Comment #9
scor commentedfix typo
Comment #10
yched commentedBump. Note that I reuploaded basically the same patch in #685572-3: system_update_7008() is broken.
Meanwhile, modules/field/tests/field_test.module needs to be fixed as well.
Comment #11
scor commentedrerolling
Comment #12
scor commentedmerging #685572-3: system_update_7008() is broken into the previous patch #11 (contains fix for field_test.module).
Comment #13
yched commentedComment #14
catch#685572: system_update_7008() is broken was duplicate, and critical upgrade path bug.
Comment #15
webchickI guess we should look at removing this stupid, confusing, and useless function in Drupal 8.
Thanks, committed to HEAD.
Comment #16
scor commentedwhere are we keeping track of these things? would that deserve a D7 patch with a @todo? or is there a page/meta-issue for "WTF removal for Drupal 8"?
Comment #17
catchThere's a Drupal 8 version tag, no harm opening one against that.
Comment #18
scor commentedfollow-up issue for D8 #697946: Properly deprecate module_load_include() and move it into \Drupal::moduleHandler() service