Videogamer555
- Videogamer555
- videogamer555
- America/Los_Angeles
- Yes
- No
MC-74056
MCL-8954I can't get the Getting Wood achievement. Not sure what version this bug started in, but I just noticed it now when I tried the latest snapshot (15w47c). I
t's possible it has existed for a long time, as I usually don't check achievements in the game. I haven't tried cutting down all types of trees yet, but I did try Oak and Birch. Neither of these gave me the achievement. I'm guessing it's one of the other types that produces the achievement. I'm guessing this bug came into existence when different types of wood were allowed to make multiple types of doors, and other such things, as I'm guessing the code was altered in such a way as to make each type of wood a unique thing, rather than just being wood with different textures. And the programming code for getting the achievement probably looks for the first wood type that was implemented in the game (which at the time was the only type of wood, before this split to make each type unique).I can't get the Getting Wood achievement unless I've already had the taking inventory achievement. Not sure what version this bug started in, but I just noticed it now when I tried the latest snapshot (15w47c). I don't usually check my achievements, but I did now, and noticed this bug. I don't usually check inventory as the first thing I do in the game, but rather start punching a tree to get wood, so I didn't have the Checking Inventory achievement, but I did get the wood, so it would seem that I should receive the Getting Wood achievement. So it seems there is some bug, as the game requires you to check your inventory, before getting wood, otherwise when you get the wood, you get get no achievement for it, and as a result, no achievement after the wood can be acquired. This means that when I build a crafting table I don't get the Benchmaking achievement either, as it depends on the Getting Wood achievement.
I can't get the Getting Wood achievement unless I
'vealready hadthetakinginventory achievement. Not sure what version this bug started in, but I just noticed it now when I tried the latest snapshot (15w47c). I don't usually check my achievements, but I did now, and noticed this bug. I don't usually check inventory as the first thing I do in the game, but rather start punching a tree to get wood, so I didn't have the Checking Inventory achievement, but I did get the wood, so it would seem that I should receive the Getting Wood achievement. So it seems there is some bug, as the game requires you to check your inventory, before getting wood, otherwise when you get the wood, you get get no achievement for it, and as a result, no achievement after the wood can be acquired. This means that when I build a crafting table I don't get the Benchmaking achievement either, as it depends on the Getting Wood achievement.I can't get the Getting Wood achievement unless I already have the Taking Inventory achievement. Not sure what version this bug started in, but I just noticed it now when I tried the latest snapshot (15w47c). I don't usually check my achievements, but I did now, and noticed this bug. I don't usually check inventory as the first thing I do in the game, but rather start punching a tree to get wood, so I didn't have the Checking Inventory achievement, but I did get the wood, so it would seem that I should receive the Getting Wood achievement. So it seems there is some bug, as the game requires you to check your inventory, before getting wood, otherwise when you get the wood, you get get no achievement for it, and as a result, no achievement after the wood can be acquired. This means that when I build a crafting table I don't get the Benchmaking achievement either, as it depends on the Getting Wood achievement.
I can't get the Getting Wood achievement unless I already have the Taking Inventory achievement. Not sure what version this bug started in, but I just noticed it now when I tried the latest snapshot (15w47c). I don't usually check my achievements, but I did now, and noticed this bug. I don't usually check inventory as the first thing I do in the game, but rather start punching a tree to get wood, so I didn't have the Checking Inventory achievement, but I did get the wood, so it would seem that I should receive the Getting Wood achievement. So it seems there is some bug, as the game requires you to check your inventory, before getting wood, otherwise when you get the wood, you get
getno achievement for it, and as a result, no achievement after the wood can be acquired. This means that when I build a crafting table I don't get the Benchmaking achievement either, as it depends on the Getting Wood achievement.
Note that the bug I am about to describe is present in both the current version of the launcher (2.9.1003) as well as the previous version (1.6.84-j). In fact, it's not a bug in the launcher jar file itself, but rather in some of the JSON files used with some of the versions of Minecraft. JSON files were first for allowing the launcher to launch multiple versions of Minecraft starting with launcher version 1.6.x.
Now here's the bug. The main class indicated in the JSON files used for launching versions c0.0.11a and c0.0.13a is the launchwrapper's main class, rather than the game's jar file's main class. While the launchwrapper is required for some of the older versions (for example c0.0.13a_03 and c0.30_01c), it is not required for versions c0.0.11a and c0.0.13a, even though these 2 versions are currently using it (as specified in the JSON files for these 2 versions). For these 2 versions, the corresponding JSON file needs to have the following chagnes.
The line:
"mainClass": "net.minecraft.launchwrapper.Launch",needs to be changed to:
"mainClass": "com.mojang.minecraft.Minecraft",And the line:
"minecraftArguments": "${auth_player_name} ${auth_session} --gameDir ${game_directory} --assetsDir ${game_assets} --tweakClass net.minecraft.launchwrapper.AlphaVanillaTweaker",Needs to be changed to:
"minecraftArguments": "${auth_player_name} ${auth_session} --gameDir ${game_directory} --assetsDir ${game_assets}",The problem with using the AlphaVanillaTweaker launchwrapper to launch these 2 versions of Minecraft is that, while they do run as expected, they lock up when closing down (often requiring clicking the x button in the upper right corner multiple times to force it to close). While this is a bug in the AlphaVanillaTweaker launchwrapper itself (it also happens in other old Classic versions of Minecraft that require this launchwrapper), until the AlphaVanillaTweaker launchwrapper is fixed, it should only be used when required. The AlphaVanillaTweaker launchwrapper is certainly not to run Minecraft versions c0.0.11a and c0.0.13a, and therefore should be avoided when launching these versions. The main class used for running these versions should be the main class of the game's jar file itself, which is com.mojang.minecraft.Minecraft.
Note that the bug I am about to describe is present in both the current version of the launcher (2.9.1003) as well as the previous version (1.6.84-j). In fact, it's not a bug in the launcher jar file itself, but rather in some of the JSON files used with some of the versions of Minecraft. JSON files were first for allowing the launcher to launch multiple versions of Minecraft starting with launcher version 1.6.x.
Now here's the bug. The main class indicated in the JSON files used for launching versions c0.0.11a and c0.0.13a is the launchwrapper's main class, rather than the game's jar file's main class. While the launchwrapper is required for some of the older versions (for example c0.0.13a_03 and c0.30_01c), it is not required for versions c0.0.11a and c0.0.13a, even though these 2 versions are currently using it (as specified in the JSON files for these 2 versions). For these 2 versions, the corresponding JSON file needs to have the following chagnes.
The line:
"mainClass": "net.minecraft.launchwrapper.Launch",needs to be changed to:
"mainClass": "com.mojang.minecraft.Minecraft",And the line:
"minecraftArguments": "${auth_player_name} ${auth_session} --gameDir ${game_directory} --assetsDir ${game_assets} --tweakClass net.minecraft.launchwrapper.AlphaVanillaTweaker",Needs to be changed to:
"minecraftArguments": "${auth_player_name} ${auth_session} --gameDir ${game_directory} --assetsDir ${game_assets}",The problem with using the AlphaVanillaTweaker launchwrapper to launch these 2 versions of Minecraft is that, while they do run as expected, they lock up when closing down (often requiring clicking the x button in the upper right corner multiple times to force it to close). While this is a bug in the AlphaVanillaTweaker launchwrapper itself (it also happens in other old Classic versions of Minecraft that require this launchwrapper), until the AlphaVanillaTweaker launchwrapper is fixed, it should only be used when required. The AlphaVanillaTweaker launchwrapper is certainly not required to run Minecraft versions c0.0.11a and c0.0.13a, and therefore should be avoided when launching these versions. The main class used for running these versions should be the main class of the game's jar file itself, which is com.mojang.minecraft.Minecraft.
This bug (or possibly intended feature, I'm not sure) was put into the game in 21w38a, according to https://www.minecraft.net/en-us/article/minecraft-snapshot-21w38a. It seems that the snooper has been re-enabled, and WITHOUT THE ABILITY TO DISABLE IT without literally HACKING/MODDING the game. I believe that despite the claim on that above mentioned webpage that the data is being handled in accordance with GDPR and CCPA, I believe the game is actually violating those laws, specifically because it DOEN'T allow
youto disable the tracking. It is my understanding that in those laws, not only is data collected to be treated as confidential, but it also isn't to be collected without consent of the person it's being collected from. Unfortunately, this game no longer gives me the chance to consent prior to collecting the data, or even to revoke any consent that the company previously assumed I'd given it.Since I can't give or retract tracking permission through the game itself anymore, let me make it very clear in this post.
I DO NOT CONSENT TO HAVE MINECRAFT TRACK ANY ASPECT OF MY USING IT!
I WILL NOT PLAY THE GAME AGAIN UNTIL ONCE AGAIN AN OPTION IS ADDED TO THE GAME TO ALLOW ME TO DISABLE THE TRACKING/TELEMETRY FEATURES!This bug (or possibly intended feature, I'm not sure) was put into the game in 21w38a, according to https://www.minecraft.net/en-us/article/minecraft-snapshot-21w38a. It seems that the snooper has been re-enabled, and WITHOUT THE ABILITY TO DISABLE IT without literally HACKING/MODDING the game. I believe that despite the claim on that above mentioned webpage that the data is being handled in accordance with GDPR and CCPA, I believe the game is actually violating those laws, specifically because it DOEN'T allow the player to disable the tracking. It is my understanding that in those laws, not only is data collected to be treated as confidential, but it also isn't to be collected without consent of the person it's being collected from. Unfortunately, this game no longer gives me the chance to consent prior to collecting the data, or even to revoke any consent that the company previously assumed I'd given it.
Since I can't give or retract tracking permission through the game itself anymore, let me make it very clear in this post.
I DO NOT CONSENT TO HAVE MINECRAFT TRACK ANY ASPECT OF MY USING IT!
I WILL NOT PLAY THE GAME AGAIN UNTIL ONCE AGAIN AN OPTION IS ADDED TO THE GAME TO ALLOW ME TO DISABLE THE TRACKING/TELEMETRY FEATURES!
@Videogamer555 It works for me in version 15w50a. I tested with double tallgrass and large fern. Often a sunflower is displayed, but sometimes a peony. I use JRE8u66 x64, launcher 1.6.44 and NVIDIA GeForce GT 720M on Windows 10.
It's only a PARTIAL duplicate. Notice where I said that I believe it may have been partially fixed, but not completely fixed. The intermediate state of it being partially fixed, constitutes its own bug, which deserves to be reported separately, I believe.
I've just updated the description of the issue, because the bug wasn't triggered by what I originally thought it was. But it still appears that a bug is present, just that what triggers it is different that what I thought originally.
Despite reports here that the bug still exists in version 15w49a, I've discovered that on my PC that it was resolved in 15w47c, and has not come back in 15w49a. Of those who report that it's still not been resolved, I'm not sure what version of Java you are using (1.7 or 1.8, or something even newer), or what version of Windows you are using (XP, Vista, 7, 8, 8.1, or 10). I have Windows 7 Home Premium with SP1. It is the 64bit version of Windows. I'm using Java 1.8.0_51, and it's the 64bit version of Java. Double-tall grass no longer flashes the top segment as a flower when it is destroyed for me.
@Petr_Mrazek is it not possible to simply re-activate the old links? That way the old versions of Minecraft can work again while you migrate your resources, instead of leaving old versions of the game without sound while you migrate your resources.
I mean the index http://s3.amazonaws.com/MinecraftResources/ does exist. There should be no reason for the links referenced by that index to not work. Only thing I can think of is that the actual files listed there have been deactivated (but hopefully not removed). The easiest fix is to just reenable those files, while you copy them to the new server.
Why hasn't that been done yet?
I don't think that you can redirect Minecraft to look for new resources, without actually modifying the game's code. From my understanding the resource URL http://s3.amazonaws.com/MinecraftResources/ is hardcoded into the game's class files (at least in older versions). I would like game's code to remain intact, so that it is the same as it was when it was released, so that it can be seen as a museum of old versions. To alter that game's code would put a blemish on the originalness of these old versions. It would be like an artist trying to fix a famous painting by painting details into it that they thought the original artist should have put in. That would destroy the originalness of the artwork. And yes, Minecraft is artwork. I believe the best fix is to simply reactivate all the files pointed to by the URLs in the resource index http://s3.amazonaws.com/MinecraftResources/
Interesting that the LaunchWrapper could supposedly fix this. I thought that the URL for downloading resources for the game was hardcoded in the Java class files in the game. This means that the game itself makes a direct connection to minecraft.net rather than telling the launcher to make this connection.
As far as I know, there's no way for the launchwrapper (or any other Java application) to be able to intercept such a direct connection and redirect it to any other location.
Yep Gofri. That is correct. It doesn't work at all. No launcher works now with the sound. The reason is the game itself looks in .minecraft\resources, while the actual resources get downloaded to .minecraft\assets\virtual\legacy which is not where the game is looking for them. Also the folder structure that the game is expecting is slightly different than the one provided in the virtual\legacy folder. Also some of the sound files have been renamed (new versions of some files using an underscore, while the old versions of the same files used a space, in their filename). I only wish that whoever is in charge of running the Minecraft resources server took more interest in fixing this.
I don't remember this glitch on previous versions of the launcher. I think it's just in the current version.
One possible solution would be to set go into the JSON files and set the releaseTime field of the newer version (higher version number) to one second after the releaseTime of the older version (lower version number).
Alternatively, use 7Zip to open the JAR file itself (do this for each JAR file who's date is the same but time is different), and then look inside its META-INF folder. Look at the "modified" dates/times of the files in META-INF, and notice the time (accurate down to the minute). This is the date and time that that version of the game was compiled. Use that date and time for the date and time info for the release time field in the JSON file for that version. Do that for both of these JSON files (the one for 1.4.5 and the one for 1.4.6). These changes may also need to be made to the main version_manifest.json file.
Unfortunately, this is not something I can do, as any changes to JSON files done by the user are automatically overwritten by the launcher when starting the launcher, and the versions_manifest.json file is never present on the user's computer when accessed by the launcher (only present on Mojang's server). Therefore, I can't do any JSON fixes. That's something that Mojang will need to fix.
Does this mean that the snooper feature has been removed completely from current versions of Minecraft?
What about older versions that still have the feature in the game? Can they still connect to the snooper URL http://snoop.minecraft.net ?
In the web browser, I can't access this URL, but maybe that's because the browser is using GET, while that server is expecting POST as the request type.
Can you confirm if the snooper server itself has been taken offline?
"Also, did you just admit to a 'feature' breaking the rules of GDPR?"
Yes. That's exactly what they did. Not only is the snooper reactivated an intended thing, it seems that also the inability to disable it is intended. Since being unable to disable it is a blatant GDPR violation, it appears that Microsoft is literally BRAGGING ABOUT COMMITTING A CRIME!
It's not a duplicate. It provides more context. It explains that it is, and why it is, a violation of the laws of at least 2 separate jurisdictions (the European Union and the US state of Califorina). I'm simply posting here to notify Mojang/Microsoft that the current state of the game is one in which a crime is being committed, literally.
I'm also posting here to notify them that I do not consent to be tracked, and therefore I am a VICTIM of the crime they are committing.
UPDATE:
I finally found how to post there, but it wasn't easy to find.
ORIGINAL POST:
I looked there, and there's no place to add new feedback. It just gives me 2 buttons to go to either the help center or the bug reporting. The bug reporting is where I am now. The help center is just an FAQ with a bunch of answers to various specific questions that people might ask. I can't find any place to submit actual feedback.
That's absolutely correct. Sadly, I think MS sees the collection of data as a benefit to their company and probably thinks that as a massive company their expensive lawyers can find loopholes in the law, basically making them untouchable. In fact, I believe that MS actually KNOWS what they are doing is illegal, but literally doesn't care, because they think they are too big to lose in court. They disabled the snooper function only until they felt they could be sneaky enough to bring it back without notice, or until their hubris finally got strong enough they finally thought they were truly untouchable. So I hope you actually do follow through and file the report though, and hopefully the courts in the EU will sue MS and win. Until MS changes it back to being GDPR compatible, I'm just going to not play the latest version of Minecraft anymore. I don't want personal information to be on servers. Even servers of big corps like MS's internal servers where the data is held are not unhackable. A smart enough hacker could eventually hack them and steal the data. And if all that player data does get leaked to the dark web, then all the players are screwed. Well I wont be one of them. I'll not play any version of Minecraft that either has it permanently enabled or that has it enabled by default (even if switching it off is possible). Because all it takes is ONE TRANSMISSION of telemetry data to be sent, for MS to now have a HUGE trove of personally identifiable information on you, that you can only get rid of by literally buying a new computer (so the telemetry data about your computer is now obsolete).