- πΊπΈUnited States phenaproxima Massachusetts
This probably needs either a significant refactor or a complete rewrite, due to changes in Package Manager's API.
Discussion with @tedbow reveals this:
- It's probably an edge case that the project name and the extension name don't match. So this issue is already not top priority.
After applying the install stage:
- If there is no extension matching the project name, then we need to use Package Manager to scan for which package contains the given project name.
- Within that package, if found, we scan for info files.
- If only one info file is found, that's the extension name.
- Otherwise, we've found multiple extensions in that package and we have no idea which to enable. Error? Redirect? Exception? You decide... - First commit to issue fork.
- last update
almost 2 years ago Custom Commands Failed - @fjgarlin opened merge request.
- last update
almost 2 years ago Custom Commands Failed - last update
almost 2 years ago Custom Commands Failed - πͺπΈSpain fjgarlin
ComposerUtility was removed here: https://git.drupalcode.org/project/automatic_updates/-/commit/ec8949c926...
I'm trying to refactor this part.
- last update
almost 2 years ago Custom Commands Failed - πΊπΈUnited States chrisfromredfin Portland, Maine
The work here is maybe woefully outdated and may need to be "ported" to 2.0.x and the Activator system. That said, there is still the possibility that a project_machine_name might not match the underlying module_machine_name.
For complex scenarios, we really should just lean on recipes, but a small improvement here would increase the reliability of Project Browser.
Updating IS.
- πΊπΈUnited States phenaproxima Massachusetts
If this gets changed at all, it will be done in ModuleActivator.