mojira.dev

Kyle Egli

More than one avatar was detected! There might be multiple accounts sharing this same name.

Assigned

No issues.

Reported

MC-136089 Name Tagged Villager despawns if converted to a Zombie Villager when >128 blocks away Duplicate MC-5758 Hopper that deposits into a furnace minecart stores items as if it's a chest minecart Duplicate MC-5653 Enchanted Book offers will only ever get worse with villager trades Fixed MC-5506 Villagers offer Enchanted Book trades you can't possibly do Fixed

Comments

I would argue that this is NOT a duplicate of MC-88967 – CustomName is already a NBT tag that is transferred between entities. Fixing the fact that certain NBT tags aren't programmed to transfer won't change the issue that the despawn check happens after the new entity is created but before the NBT tag(s) are applied.

Yes, it appears the new trading properly caps the maximum amount of emeralds at 64.

Because you summoned it with a quantity of zero, which is something that Minecraft just really doesn't like. Could be considered a bug that the amount doesn't default to 1, though.

Well, there are two somewhat simple solutions to the issue really, adding a Pipe item, which would also keep the Hopper 'simple', or giving Minecarts more love. Though I'm sure Dinnerbone will have his own ideas on the matter, and sure, you could currently use dispensers and water and a space consuming setup as a filter to get a similar effect to pipes, but that doesn't work for projectiles or unstackable items, I figure I'd put in my 2 cents on the matter.

Pipes could have 2-6 slots (or however many one thinks would be needed), 1-5 to transfer items with, and the other to act as a filter (which if empty would let all items through), then the problem is solved. Though to solve the issue of pipes not knowing which way to go, you'd want to make the face the pipe is placed against an input-only face, which would allow for the other 5 directions to either input items or receive items. Then you'd just prioritize items going into filtered pipes first, and unfiltered pipes last.

Of course, the pipes wouldn't be able to transfer items upwards, only sideways and down, as is logical and how hoppers already are, and thus still requiring minecarts or the like to move items upwards. Crafting recipe could probably be how rails are done but turned on their side, with a nether quartz replacing the stick, and could give 4-8 pipes per.

More importantly, adding pipes would give a nice bit of aesthetics to moving items around, rather than the clunky mess that a chain of hoppers currently is.

Alternatively, more functionality to minecarts, rails, and etc to make it possible to do something along the lines of the suggested pipes. Haven't really thought on it that too much though, so couldn't give any ideas on how one would do that.

You mean a 2x2 block of stairs? Because that's what you're showing in the picture, and those work completely fine so long as you place the stairs facing the right ways.

This is not a bug, the hopper connected to whichever block face you place it against, and will deposit to that direction; So in this case it'll deposit to where the sandstone is if replaced with a chest.

I can second that there is in fact a bug with this, though what the bug is exactly is uncertain.

Essentially, while in Survival the only Enchanted Books that you can combine are invalid combinations, as such for Enchanted Books:

You can NOT combine Silk Touch I with Efficiency IV.
You can NOT combine Efficiency III with Efficiency III.
You CAN combine Sharpness I-V with Smite I-V, but all you'll get is whatever was in slot 1.
You CAN combine Protection III with Blast Protection IV, but same as last.
Etc.

So the bug is either the fact you are able to combine Enchanted Books at all while in Survival, or the fact you can ONLY combine invalid Enchanted Book sets while in survival, rather than all valid combinations.

I somewhat doubt a trade only ever getting worse when it's updated is working as intended, since it's the complete opposite of how every other trade works.

It's like saying paper cost going from 17->20->30->40->64 when everything else lessens in cost the more you trade would be working as intended.

Oh, I had misread, my bad.

Well not exactly, since the ranges are based on the enchantment level too:
Level 1: 5-20
Level 2: 8-33
Level 3: 11-46
Level 4: 14-59
Level 5: 17-71

Yes, the villager / world in question is from a bukkit server with some plugins, but none of which affect the villager trading calculations. As I'd rather not spend another 10+ hours of trying to get lucky, especially since someone has already dug into the code on how the trade costs are calculated. ( http://www.minecraftwiki.net/wiki/Talk:Trading#Enchanted_Books )

Edit: Though if someone else wants to get another occurrence of this, be my guest.

Added the file. Note that I deleted all the unrelated chunks to reduce file size, coords of the villager are x: 7147, y: 38, z: -4835