leasoncre

@Joshua Olufs, I would like to see this as well. Quite Irksome.
something as simple as a client setting/toggle: "Send/Receive Extended Blockstate changes (ToolTip: Warning: Server must have setting enabled and may use additional network/cpu resources)"

I'm having this issue as well. rather silly issue in my opinion, as the save block is technically only 5 blocks away from the structure bounds in my case (i know it calculates from the root of the bounds).
We should be able to place the save/load block at least twice as far as the max structure size, from any direction. Easy fix? Change the max offset to 10 chunks (~160blocks, the typical render range (or use raw binary 255 max))?

EX:

• structure in my case is 47x22x47 (with corner blocks placed at opposite 3-dimentional corners (2 Corner blocks))

• place the structure SAVE block on the SOUTH or EAST side of the structure bounds, more than the 48-blocks from the 'root' of where the corner blocks define it (in my case 5-blocks farther south than the edge of the structure)

• click DETECT and the bounding box is 4 blocks south of where the corner blocks define it. (not a visual glitch, since showing invisible blocks/air shows the bounding box to be true to the 4 block offset

Thank you!

Search function never seems to show me the bug(s) i'm looking for :/

Thanks!

I did use the search, but it wasn't giving me anything related to the issue/search criteria. (it almost never does)

noticed this too when i went through in creative mode. quite nauseating :/

19w41a

uploaded fixed json.

Nearly a year later, and no-one fixed this yet?

they should at least add some functionality to where if you hold a modifier key (like CTRL) it won't drop an item. it is rather annoying.

This also affects droppers and dispensers

-this is the same issue that has been unresolved for years where a hopper/dropper/dispenser's state doesn't update the client until a player interacts with it or relogs. F3+A also does not update this info. (can't make a texture pack that changes a hopper/dropper/dispenser's texture when the block's state changes... :/ )

i don't think so, since you're admin-overwriting block-data.

However, I don't know if that's intended by Mojang. This is the first block that has held entities with AI in them.

i noticed this in 19w41a as well

at the least the dark-oak sign should have white text, the black on almost-black is difficult to read, even at close range.

scaffold also pops if placed on snow-layers (understandable), but also pops if full-8-layer snow-block. (found in 19w13b) [^8adb8d5fb8b39a855e5c5939370e9f29[1].gif]

Just discovered this myself in 19w13b, Very unexpected behavior. though convenient for displaying the falling state for my texture pack:

I just noticed this too.
I tried various other key combinations of SHIFT+CLICK [X], but i can only assume it is either as bug or they intend to add additional functionality that isn't working.
Ie:
Shift+Click deletes hotbar
Ctrl+Click deletes inventory (not armor/offhand/hotbar)
Alt+Click deletes everything

which i wouldn't mind. that would be an awesome and functional improvement in my opinion.

EDIT: duplicated bug mentions it is fixed with a relog. confirmed. but still not desired behavior.

i'm in java 1.13.2 vanilla testing my texture pack and bonemeal DOES work on sugarcane, but it produces no particle effect, nor consumes the bonemeal. well, it works to a point.
Here's what i'm seeing:

1. Bonemeal sugarcane plant/block.

2. age of sugarcane increases. Bonemeal not consumed and no particle effect.

3. repeat: it can sometimes be repeated a time or two, but seems to have a cooldown of a couple of seconds before you can reattempt.

4. Bonemealing the sugarcane to age 15 does not immediately grow the crop. it still has to wait for the next random tick to place a cane above itself

5. If this is intended behavior. it's a rather odd behavior.

quick Gyazo gif of me doing this

never mind :/ .. found it 'attached' is the first word instead of melon or pumpkin.. oddness

oh, so they changed how it works.. it used to connect when you placed a melon next to it.

how do i setblock to that block for testing? i don't see that block type listed in the generated pop-ups.

thank you.

@tryashtar

I think you missed my point. The attached state for stems IS NOT FUNCTIONAL. but it used to be in previous versions of the game.

There is ONE file in 1.13 that refers to the attached stem state. However, it is not actually run by the game code at any point, and does not cause any rendering of an attached stem state because of it. [see image attached above]

I tried adding "age=8", "connected=true", "attached=true" variant(s) myself to the blockstate json: log output resulted in error for each attempt.

was this intentionally removed? or just missed by accident on release?

when did they add that? i haven't heard of this new feature. nor ever seen gateways outside of the 16-circle ones.