Bertie

What the heck.... I just restarted Minecraft (no changes to resource packs or whatever) and indeed they were partially visible. It must have been multiple armor stands at the same position, from an earlier testing session. My bad, I guess this issue can be closed then.

Confirmed for 21w16a (for both the general description and the mentioned cases in which the item does show up). Seems to be independent of OS or gamemode (bug also appears on Windows, Survival).

Did you try using /data to set Glowing back to 0b? For players you could either /kill or open their files with NBTExplorer and set their Glowing to 0b as well.

It would seem weird to me if Mojang had to implement data conversion code between snapshots as well. (Bugs happen all the time) so I wouldn't count on them adding a fix for affected entities.

Still an issue in 21w15a

Apparently applying the glowing effect sets the Glowing tag to true on entities, which obviously isn't desired. (Even on the player, which cannot be reset!)

Wow! Finally someone kind enough to point me to an answer for not being able to edit player NBT!
The weirdness around editing falling_block nbt probably has something to do with this.
For anyone finding this issue, as of 1.15.2 a neat workaround involves force loading a chunk far far away (outside anyone's render distance), summoning and modifying the falling_block there and then TPing it back into the right position. 

Still not fixed and also appearing in 1.15.2 (with updated BlockState tag and /data command).... No reason given for "Will not fix", which is really annoying.

The fact that teleporting a falling block doesn't visually move it either (and just makes blocks appear seemingly out of thin air at the destination) is probably related to this.

And damnit, of course I find an already existing issue after posting, while I couldn't find anything during the first search. MC-72849

The mentioned issue is closed as won't fix without reason, which quite a few players commented on for reconsideration or at least an explanation.

Confirmed for 1.12!
I hoped that the delay would mean a fix before the release. 😞

EDIT:
Possible temporary fix for map makers: Use the destroy argument instead of the replace argument and make sure to do: /gamerule doTileDrops false. This prevents the block to appear as item after destruction.

@tryashtar
No, I don't mind. I didn't have much time to test things out, thanks for expanding my post =)

"Whenever a player has the glowing effect, the edges of said player's screen should glow the color he's glowing."

"squids defends them self shooting ink (particle effect). Ink gives you blindness for 5 seconds."

"After the rain dirt should look wet for sometime"

I don't feel like this "report" should belong between those stupid ideas...

Yeah I could go there. But I feel like it's a problem, instead of more like a suggestion. If I look at that link it shows me random ideas that could be implemented in mc, while this actually bothers me instead and is not really a suggestion.

If that makes any sense...

I have the same problem

Did you mark this bug as a duplicate of it's own? Smart....

Also a bug with the bug system:
16w04a is clearly released and I could choose the version, but the bot says that I can't use that version number.

oops, it's still a thing in the new snapshots though.

This really needs to change...
I made a claim system that obviously needs to work even after chunks are unloaded. Same goes for servers that use Armor Stands for flying text or other minigames and builds that use entities to mark moving locations (and use /execute to do things to these locations).

TrazLander's solution sounds good.

Sorry to caps, but THIS NEEDS TO CHANGE

votes before closing this thread???

Voted!

Its really annoying that you fly up when you take damage...
This should really be fixed!!!

It doesn't say the bug also applies to latest snapshot there!