You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since #198, MDG seems to not copy dependencies from the original config into the newly created reobfConfig.
I assume the issue lies where MDG replaces original config with the new config, which adds reobfuscated artifact only.
@shartte, the most interesting thing is that this problem is only in Legacy, as well as the problem associated with publishing multiple builds. Is MDG very strict and closed in such things for some reason, compared to other functionality, or are these just unaccounted-for likely test outcomes?
@shartte, the most interesting thing is that this problem is only in Legacy, as well as the problem associated with publishing multiple builds. Is MDG very strict and closed in such things for some reason, compared to other functionality, or are these just unaccounted-for likely test outcomes?
That's not really interesting. MDG only has to mess with jar or publications because it has to replace the jar for reobfuscation.
Description
Since #198, MDG seems to not copy dependencies from the original config into the newly created
reobfConfig
.I assume the issue lies where MDG replaces original config with the new config, which adds reobfuscated artifact only.
ModDevGradle/src/legacy/java/net/neoforged/moddevgradle/legacyforge/dsl/ObfuscationExtension.java
Lines 146 to 147 in 5b0a9bf
Reproduction
Add any
runtimeOnly
dependency to bothlegacytest
andtestproject
projects and publish them.testproject
will have said dependency listed in POM and Gradle Module Metadatalegacytest
will not have itNotes
See this Discord thread for more info.
The text was updated successfully, but these errors were encountered: