[1.21.1] Allow mods to add custom FeatureFlags

[XFactHD]

This PR makes it possible for mods to add custom FeatureFlags to the vanilla feature flag system. Since the FeatureFlagRegistry holding the flags is set in stone long before mods start loading, the flags are specified in a JSON file instead of being collected by an event or similar system. To allow adding more than the 64 flags allowed by vanilla (a limitation that is not unlikely to be hit with 100s of mods in a pack), the flag masks are extended by a long[] in the FeatureFlagSet and an offset field in FeatureFlag for indexing into the array.

This is an alternative solution to #1435.

TODO:

• Test network checks and loading error handling
• The flags pack test has no way to request confirmation that the experiments screen showed the packs or would show them
• Find a way to make the experiments screen scrollable:
  

[neoforged-pr-publishing]

• Publish PR to GitHub Packages

Last commit published: 26b699658bab4758ae94591131ab97ec15af1b1a.

PR Publishing

The artifacts published by this PR:

• 📦 net.neoforged:neoforge:21.1.70-pr-1538-modded_feature_flags
• 📦 net.neoforged:testframework:21.1.70-pr-1538-modded_feature_flags

Repository Declaration

In order to use the artifacts published by the PR, add the following repository to your buildscript:

repositories {
    maven {
        name 'Maven for PR #1538' // https://github.com/neoforged/NeoForge/pull/1538
        url 'https://prmaven.neoforged.net/NeoForge/pr1538'
        content {
            includeModule('net.neoforged', 'neoforge')
            includeModule('net.neoforged', 'testframework')
        }
    }
}

MDK installation

In order to setup a MDK using the latest PR version, run the following commands in a terminal.
The script works on both *nix and Windows as long as you have the JDK bin folder on the path.
The script will clone the MDK in a folder named NeoForge-pr1538.
On Powershell you will need to remove the -L flag from the curl invocation.

mkdir NeoForge-pr1538
cd NeoForge-pr1538
curl -L https://prmaven.neoforged.net/NeoForge/pr1538/net/neoforged/neoforge/21.1.70-pr-1538-modded_feature_flags/mdk-pr1538.zip -o mdk.zip
jar xf mdk.zip
rm mdk.zip || del mdk.zip

To test a production environment, you can download the installer from here.

[XFactHD]

Found a somewhat decent way to make the experiments screen scrollable. The scrollable variant only applies when modded flags are present, otherwise the vanilla screen is used.

[neoforged-automation]

@XFactHD, this pull request has conflicts, please resolve them for this PR to move forward.

[ApexModder]

Could we possibly provide in some testmod elements locked behind a custom flag, to validate that custom flags are working and disabling elements correctly.

Something simple like a item which prints a message to chat

• right clicking items should not work if they are disabled

or even a block & block item

• placing blocks should not work if they are disabled
• block items should auto inherit the status from their associated block; meaning you should only need to set the flag on the block, no need to also set it on the block item

[XFactHD]

Adding a test item protected by one of the test flags seems sensible to me, but it should be sufficient to test that Item#isEnabled() returns false. If that test works but any of the other behaviours break, then we've got significantly larger problems.

[ApexModder]

Yeah that would also be reasonable, I just went to test in dev real quick and realized there was no item to give, so couldn't validate if test flags were being enabled/disabling elements correctly.