Moderator Note
You may continue to experience item frames dropping if you loaded your world in a snapshot between 1.7.4 and 14w05b
Please keep in mind snapshots are development (testing) versions, it is recommended you reload the world from a pre-snapshot save.
When upgrading a map previously run in 14w04a as well as the backup in 14w02c all the item frames in loaded chunks, as well as all items inside them were on the ground as items.
Related issues
is duplicated by
Attachments
Comments


I had the same problem but I noticed that now physical coordinates and rendering ones for the item frame are the same, so I opened NBTexplorer and I changed all the coordinate of TileX, TileY and TileZ to the coordinates of the "position folder". Worked.

Confirmed. Some item frames remain intact, though. I have some item frames in an area and, when loading the world, some started off 1 block in the positive X direction and shortly thereafter popped off. I have others in another chunk nearby that do not pop off. Both are placed on oak slabs.
Also interestingly, this happens every time I load the world, thus duplicating the items and the frames.

On my multiplayer server, I noticed that all my item frames were simply gone.
I made a world in single player in 14w03b, placed two item frames containing diamonds, left, upgraded to 14w04b, and found that they were all gone. After walking around for a while I picked up some invisible items: 1 item frame, and 2 diamonds, upwards from 5 blocks away, on the opposite side of the blocks I placed them.

May be caused by bugs in the previous snapshots.
Invalid, as long not reproducible when upgrading from 1.7.x

I just took the 1.7.4 backup of my world and tested it, received the same issue.

Ok, reopened.
Can you zip and attach that world ?

It is too big for the attach function, and I'm not familiar enough with MC Edit to try and cut out the rest of the world. I've uploaded it to my web host at http://www.fienx.net/DavidTruog_174_SampleWorld.zip (87.2MB). As a sample, my storeroom (with a bunch of item frames on the E and W side chests) can be found at -353, 50, 280

There were reports that certain chunks were being deleted because of this patch. Since this issue is fixed on certain chunks, perhaps there is an issue with certain chunks?

Update: I just noticed that some item frames actually ended up on the backsides of the chests they were on, intact, even though they were techically inside the wall block behind the chest (solid block)

I can confirm this bug as well. On both of my pre 14w04b worlds, every Item Frame and map in them popped. I happened to start next to an Item Frame in one of the worlds so I had time to see them laying on the ground. Here is the other problem. So I put the frame back on the wall and then the map. The map no longer renders in the frame. It shows a green background in the frame but the contents are empty. And YES, the map is fully explored.

I can confirm this one, All frames popped off, the drops are sometimes ending up in strange positions.

Anyway, please mojang, do NOT fix this bug. It's much easier now to place item frames with command blocks (because now physical coordinates doesn't have to be shifted from the rendering ones), so that's a little price that we have to pay in order to simplify map makers job! Don't fix this <3 <3 <3

People will complain that their frames pop off when they upgrade from 1.7.4, and that will cause things I won't talk about now...

Confirmed this myself in 14w04b, item frames in certain chunks are being loaded on the wrong side of the block, accompanied by errors in the console like this:
[15:53:37] [Server thread/ERROR]: Wrong location! (7, 29) should be (8, 29), sp['entity.ItemFrame.name'/996, l='Frontiers [snapshot copy]', x=127.06, y=69.50, z=472.50]
This happens every time I load the problem chunks, even after replacing the frames - they are always loaded incorrectly.

I think this is what happened to me. I loaded up my world in 14w04b and literally every item frame and painting in my entire world was gone. A small percentage of them had dropped as items, but I was very distraught because I lost several clocks, maps and paintings which either did not drop or decayed before I got to them.

@Kieran - The item frames and items are all there, but most are invisible. Also, they can pop off in directions other than forward of where they were facing, thus they could be wedged between the wall and the chest in some cases. Doesn't help you, but hopefully the explanation is of some use. I hope you had a backup of the world, I am avoiding the 14w04xx snapshots on my primary world specifically because of this.

"People will complain that their frames pop off when they upgrade from 1.7.4"
Am I the only one who noticed that all the items disappear when downgrading to 1.7.4? I think the item frames bug is a minor one u.u
Please, do not fix รง_____รง

@Fabio Colella
Duplicate of MC-45009 - If you have not, please use the search function in the future, to see if your bug has already been submitted. If you could not find the original report, please comment with the keywords you searched for.
I would suggest reading the big note on that ticket about the inventory thing...

I searched for "item disappear downgrade"... no such results xD sorry about that ๐

Items disappearing when you downgrade only happens if you downgrade - and downgrading has always been risky (downgrade to 1.6 from 1.7 and you lose all of the new plants and stained glass, for example). Item frames popping off (and eventually despawning, meaning you lose them and the items within) will affect every player who upgrades, meaning that the only way for players to avoid this is to abandon their 1.7 worlds and start new worlds in 1.8.
Fixing this bug does not mean reverting all changes to item frames, Fabio. When Mojang wanted to change the meaning of the Dir tag, they instead added a Direction tag for the new meaning: if the game encounters both Dir and Direction, it will prefer Direction, but it didn't break worlds from before the change. Similarly, they could leave TileX, TileY, and TileZ as-is, and deprecate them in favor of new tags (such as X, Y, Z) with the new values: that way mapmakers can switch to using X Y Z, while people upgrading old worlds (or maps with old commands) don't have to worry about things breaking.
Also, can the ticket please be updated to acknowledge that this also affects paintings?

Thid has already been confirmed by a Mod, namely "Galaxy_2Alex".

You guys have all reported that the items popped out, me too. How about when you put them back in with 14w04b? Specifically the map. It doesn't render. Period. I know that is a separate issue. It's this one:
https://bugs.mojang.com/browse/MC-45764
Yet, very few people are reporting it. Put the maps back in the frame and see if they render. If they don't, comment on that bug so it gets better attention.

Still seems to be happening on the latest snapshot (14w05a). I created a world in 1.7.4, placed some item frames, and switched to the snapshot โ everything popped off. This is a definitely a problem if you have a lot of maps on your wall!

I will second this happening in 14w05a on a world created on 1.7. both item frames and paintings pop off as soon as the world is loaded.
Server logs this error "[Server thread/WARN]: Wrong location! (-16, 22) should be (-16, 21), td['Painting'/166, l='WDSGaming', x=-250.50, y=80.00, z=352.94]"
I also get NBT errors but they don't log into the log file and they may or may not be related

Thirded for 14w05a, same behavior as before, same as above two comments. Not every chunk's item frames pop off, still same as before though.

This happens to our server on any version above 14w03b.

They pop off in 14w05b!

Confirmed fixed in 14w05b. Most of the old item frames popped off upon initially loading the chunks in 05b, but after re-placing them, they all remained after reloading the world/chunks. Although, bizarrely, they now are emitting smoke particles, but that'll be a different bug...

Happens in 14w06b as well.

Just loaded the Titan 2 map into snapshot 14w11b and item frames are popped off the wall.