jredfox

Still applicable to minecraft so keep it open.

It appears to be partially fixed in the latest snapshot. It's also not 100% fixed in the latest snapshot. I can reproduce 1.2GB of Natives memory before it starts clearing. Also going into the main menu doesn't seem to clear the natives memory it stays on whatever it was in game.

that being said I think they should fix the underlying issue from windows side on what broke everything. Because why let windows update break compatibility with all minecraft releases even released this year? I reported it here so microsoft would realize whatever they did broke minecraft & java.

I have updated the bug report to reflect my findings after 24hrs of testing different versions and windows combinations. Windows 7 with java 6-8 has it fixed or if it does occur it's 1MB per hour I seen the in game memory cleaner take care of the extra ram from the resource manager "Task Manager --> Resource Monitor Windows 7 stuffs" I also seen it was fixed for 1.12.2 if you went to the menu 9/10 times. Occasionally it wouldn't clear. I also added more screenshots proving it also effects older versions that simply use to just work. I believe a feature the GC uses broke after a windows 10 update

MY ISSUE IS NOT A DUPLICATE OF THIS ONE THEY CLOSED IT THINKING RAM AND CPU ARE THE SAME THING
MC-270226

This is not a duplicate of MC-270127 that deals with CPU USAGE and this is RAM

probably because when creating froglights xp isn't dropped. I don't know if missing xp is intended for sculk catalyst or not. as that's how that block works.

This occurs in windows 10 edition in 1.19 latest release as of 11/27/22. I spent all day in creative trying to make the xp farms I saw via youtube that claimed to work with bedrock edition only to find out that the XP orbs stand still in flowing water. They are also suppose to float but Imma assume that's broken to

ok thanks you can close this then

thanks for marking it as dupe this was just for tracking and info purposes.

for me it was right click and left click and basically anything... sorry for marking it unreleased

right but if you go into a previous version the seed read as 2. it will say a different seed again if you plug it in.

I just tried a much larger seed with 7777777777 and it still randomized it.

Yeah but, I pretty much had to hack in order to even download xbox one edition minecraft. I had to go into my game library cause it no longer appears in the store and click download and some may not be able to do so. 

Also it was understood when getting bedrock for free and basically removing and unsporting older console edition that the skin packs would convert over for free. I waited 3 years they still haven't done all of them. This is a bug (an unintended feature) if you had them before you were suppose to get them again but, since they never finished porting them to bedrock (re-do the models, re-do the jsons and post it in the marketplace) it's not doable.

this isn't a suggestion this is a bug. The packs made by microsoft and or mojang 4j skinpacks that were in the console edition are not in bedrock edition when they are suppose to be. One of them for example is festive skin pack a premium pack made by mojang4j and was in xbox one edition is no longer obtainable. The festive skin pack != to the festive mashup skins. Same goes with the birthday ones on xbox one.When they moved to bedrock they forgot about converting skin packs because there is alot more then one missing. Some of them made by microsoft in 2019.

Further more if mojang refuses to port them after they made everyone go to bedrock then they should give everyone a refund on all missing skinpacks. It's not just a bug it's also a legal dispute over money if they refuse to fix it

I ran my program mc ripper 2 and confirmed this still happened when the latest snapshot got pushed. the assetsIndex is getting modified from previous snapshots still

And to be perfectly clear the timestamp no longer exists for audio and I believe in the alpha days and perhaps even pre 1.6 launcher days existed. I think it would be a good idea to preserve the assets timestamps so you can know when the file was released. URLConnection#lastModified or add them to your jsons as a long timestamp and set it that way, updating this comment to the main issue

ok so I deleted the:
manifest json
the 1.16.4 folder
relaunched the launcher
redownloaded the game
and it's still here. (perhaps it's fixed in the beta launcher but, not the releases?)
https://bugs.mojang.com/secure/attachment/366503/Capture-1.PNG

Edit: I noticed it still occurs with older jars such as 1.2.2 and 1.5.2 and the last modified says on the file the current date

@Avoma the issue is the launcher doesn't use the json api to set the File#lastModified(long ms) timestamp because it no longer exists 1.6+ for assetsIndex, and for client.jar it doesn't get set using their "time" tag. They use to set the last modified for the assets pre 1.6 and I guess no one noticed it because they didn't look in the assets/objects/twochar/hash to verify the download integrity.

The log is irrelevant as the code doesn't exist anymore so nothing will print. Evidence that it is intended to set the timestamp after download could be found in the client.json file with the "time" tag. And pre 1.6 launcher use to use domains from minecraft.net s3.amazonaws.com to use the lastmodified tag on their index to set it. If it didn't do it there it definitively did it back in alpha days you can still see proxies of minecraft sounds with the timestamp and file size being linked with the file and once downloaded would say the last modified specified by the domain.

Edit: I found out you can do URLConnection.getlastModified() if it doesn't return 0 they could set the timestamp. if their web provider doesn't preserve their timestamps well or consistently then you can simply provide one inside of the json file like stated above. Either way once you get the long you simply call File#setLastModified. if your in c++ it may be an integer.

HMMMM.... I checked back later today and it suddenly contained the type tag? closing

Close this issue. If you want to change the crappy api to a newer simpler better format that's up to you. the main reason why I reported said issue is the "type" tag was missing

this isn't an issue with the launcher it's an issue with an outdated version having an error thrown due to the website data being down that it's trying to find.

A solution would be to have mojang create the data that it's looking for from their servers on the same website and domain it's looking for.

alot of times makes the game unplayable and unable to launch this should be high priority and fixed immediately.