Panossa

Just tested it in 1.13.1. Placed signs, heads, chests, enchantment tables etc, typed the command, relogged and everything's still there. No errors in console.

Confirmed for 1.13.1. Just disabled the vanilla datapack, restarted MC, enabled the vanilla datapack and after every /reload (even after another restart) it spams those ambiguity messages in the log. (Maybe it did that earlier on, I just noticed that)

@Grum isn't that a problem in itself? I mean it's probably easier to write something like an anticheat if you have that info. Also it's just very helpful for mapmaking etc. o.O

Confirmed for 1.12.1 and 1.12.2 pre-release

This bug appears in 1.11, 1.11.2, 1.12, 1.12.1 and the 1.12.2 pre-release.

I thought this one is resolved in 1.12?

Works for me. Without putting "moved wrongly" into the log.
Also I had never the case (in vanilla survival) that a zombie got to me while I was in bed. I think that's pretty uncommon. (Cause of "you can't sleep, there are monsters nearby")

I think it WAI cause if you build in creative it would be pretty annoying if you accidently drop a block from time to time.

You could add the log file of that start.
(You can enable showing live log in the MC launcher)

Lol. For me the game output looks as if Minecraft started but is invisible. Never seen that.

For me this bug is only appearing if I switch from MC 1.12 to an older version and then back to 1.12. Is it for you the same or are you in 1.12 only?

This is a completely uncomplete bug report.
1. You didn't include any log or crash report.
2. You didn't even say which texture pack and where you got it from.
3. Why would you have to play to download the game? That was never the case and it's now free, too.

I don't think it's WAI, either. Barriers should not be obtainable and monster spawners even more. (Cause they could lag the world or just be cheaty. Also they are not obtainable by normal creative mode.)

Wrong place to report MCPE bugs. This is for Minecraft Java edition only. Take a look at: https://bugs.mojang.com/projects/MCPE

Well it works for me in singleplayer and on my vanilla MC 1.12 server. (Even with OF)

After EVEN MORE testing and possible workarounds I came to the conclusion that inventory_changed might be the problem. My current setup is the only one that works so far:
Advancement:

iChangedInventory.json

{
"criteria": {
"inv_changed": {
"trigger": "minecraft:inventory_changed",
"conditions": {}
}
},
"rewards":
{ "function": "test:temp" }
,
"requirements": [
[
"inv_changed"
]
]
}

temp.mcfunction

scoreboard players set @s countdown 1

main.mcfunction that's run by the gameLoopFunction

execute @a[score_countdown_min=1] ~ ~ ~ function test:temp2
#(Temp2 is the function that does replaceitem on all slots. It's PROBABLY being executed the next tick after "countdown" was set to 1. Cause else the bug would be present.)

#Now count down all known timers:
scoreboard players remove @a[score_countdown_min=1] countdown 1

I tested even more and found another strange thing.
If I have an advancement like this:
{
"criteria": {
"inv_changed": {
"trigger": "minecraft:inventory_changed",
"conditions": {}
}
},
"rewards": {
"function": "test:temp"
},
"requirements": [
[
"inv_changed"
]
]
}

and temp.mcfunction is the following:
replaceitem entity @s[tag=ingame] slot.hotbar.0 minecraft:air 1

Then this happens:
If I have nothing in the first slot of my hotbar and then I pick a block (mid click in gm1 OR normal pickup (in gm1 or gm0)), it turns into a ghost block. I can't place it (it vanishes), can't drop it. Only if I open my inventory I can interact with that block (if I'm in gm1) as if it is there.

I think you got into the wrong report section. This is Minecraft Java version.

Also added "Edit 3" with a video of your function file tryashtar.

Changed the zip. (still the same but different names). What did I copy incorectly?