Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
Hi all,
I'm just wondering why entity has this deep nesting of catalogs.
On my my setup (uniform server, win xp) it looks something like this: /sites/all/modules/entity/entity/entity/entity/
It seems like the media module expects on catalog less ( looking for: /sites/all/modules/entity/entity/entity/entity.db.inc.
Can anyone explain how I could fix this?
Thanks for a great module.
Jørgen
Comments
Comment #1
fagoouch, "/sites/all/modules/entity/entity/entity/entity/" is wrong. There is another, second "entity" folder for the CRUD API module below the usual "entity" directory, but not more. How did you update the module previously?
Comment #2
rakke CreditAttribution: rakke commentedHi fago,
I've updated my module by using the drupal update (core). But it seems like something broke the structure of entity. I'm on a fresh install now, and so far this looks ok. Main entity content in sites/all/modules/entity/entity. This structure I can understand, just had problems understanding the 4 level deep nesting.
I'm not sure what more information I can give to help. I still have the old install, so I'll try finding all info you need.
Jørgen
Comment #3
fagothanks, but the problem has just been identified. see #986616: Update Manager fails when the primary module/theme for a project lives in a subdirectory
Comment #4
DamienMcKennaThe core issue is that drupal_get_path() expects your module's primary module to be in the module's main directory and doesn't work when it's in a subdirectory. The simple fix is to move the module's primary module to the main directory. Doing so now would be a good idea, before the final Drupal 7.0 release.
Comment #5
fagoI don't think drupal_get_path() does assume that, anyway please keep the discussion centralized at #986616: Update Manager fails when the primary module/theme for a project lives in a subdirectory. I leave this issue open though, such that is visible for others in the entity API queue.
Comment #6
DamienMcKennaWhen I said "doesn't work when it's in a subdirectory", what I meant was that it returns the path to the directory that the example.info file resides in, not some random parent directory that contains all of its related submodules. Rather than building lots of work-arounds to deal with really odd scenarios and ending up chasing our tails when a new fringe use case is identified, the simplest solution is to fix the modules.
Comment #7
Scott J CreditAttribution: Scott J commentedDoes anyone know where this /sites/all/modules/entity/entity/entity/entity/ path is being saved? I was just making some progress with D7, so I would like to manually delete it from my database rather than do another fresh install.
Comment #8
fagoCheck the system table.
Comment #9
fagofixed with #988780: Merge both modules into one - thus placing the next dev snapshot at "sites/all/modules/entity" + running update.php should fix your installation.