This bug ticket is a parity issue, since Java 1.16.2 pre1 has already fixed this issue.
Step to Reproduce:
1. Get to the Nether, find either Crimson or Warped Forest biome
2. Break the roots with your hands.
--> ❌ Dropped as an item without shears/silk touch tools, instead of nothing.
Linked issues
Comments 7
In fact this bug is all back to front. The whole point of parity issue bugs was to reduce the number of parity issues being created, preferably before release. So the problem is the change to Java Edition, not the existing functionality of both Java and Bedrock released versions. As such, I've raised bug MC-196492 on the Java Jira as a parity bug against 1.16.2 pre-release 1.
MC-170900 was created before these plants even existed in bedrock
I don't understand the relevance of that statement. It was intended functionality that these could be collected without shears. That functionality was released into both versions. Hence MC-170900 was never a bug. So by changing the functionality this is Java edition introducing a parity issue, not bedrock. The original MC-170900 was never a bug, this isn't a bug; the only actual bug is MC-196492 which has been closed as WAI. i vote this is closed as WAI and we accept the difference.
But if it's ok to raise feature requests as bugs, like on Java, I'd suggest this is changed to drop nothing if mined, but to drop items if destroyed by water flow or pistons
@unknown Parity issues are valid as long as they meet the criteria. MC-196492 being closed as WAI means that the parity issue is not on Java's side but on Bedrock's side; hence the creation of this ticket. Also, if MC-170900 wasn't a bug, it would've been closed as invalid. Considering that Mojang fixed the bug and assigned it a Mojang Priority, we can conclude that it was in fact actually considered a bug by Mojang.
The issue for me is around impact, as there were already parity differences between editions in terms of the number of plants produced when bone mealing. The impact of the change is negligible on Java but significant on bedrock which wasn't accounted for when making the decision to introduce a change to the feature on Java (I don't accept it was a bug, and there are other cases where Java feature requests are raised as bugs and new features added on the back of that). So as a feature request: can this be resolved as I've suggested above and Java brought back into parity. That solves the problem some people had with picking up "useless" roots, but still enables automation on bedrock where roots are useful.
I feel really uncomfortable with the principle that the Java Devs make feature changes which break parity and bedrock is then led by the nose down those same changes.
@unknown
as there were already parity differences between editions in terms of the number of plants produced when bone mealing
That is a separate parity issue which should be reported on its own.
So as a feature request
Parity issues are accepted as bug reports as long as they meet the criteria, they are not considered feature requests.
I feel really uncomfortable with the principle that the Java Devs make feature changes which break parity and bedrock is then led by the nose down those same changes.
Java developers are not the only ones making feature changes, the changes are discussed internally with all developers before being actually implemented into the game.
Anyway, the Java bug report was considered as WAI, so this bug can now be closed as WAI too.
Can anyone point me to the documented feature against which the Java bug (MC-170900)r was raised? It strikes me that this was a feature request dressed up as a bug and is now being proposed as a parity update.
This change if implemented in bedrock will completely nerf the use of nether plants to generate a bone meal farm. I'm strongly opposed!