Rodney Bonner

The main use for renaming stacks of items are for large sorting systems so that you don't have to use a common item that could break the system. Creating a sorting system that sorts 100 or more items already takes a tremendous amount of these despite being cheap to rename. Multiplying that cost by 64 will make it extremely expensive and force most to revert back to using a common item for sorting. All this will accomplish is making sorting systems more frustratingly vulnerable, it sure won't make them go away. I'm not aware of any other mainstream uses for renaming stacks that would warrant making this change. Even if this is a deliberate change hopefully there can be a compromise to renaming stacks for a much more reasonable cost?

Gregory did he say how he fixed it? I'm wondering if the nether portal teleported you out high above the nether and you landed on the ceiling. It might be related to bug report MC-103352

Kaleb the very first response to the OP above is still correct, to my knowledge nothing has changed with portals in the 1.9 snapshots. That is how portals work. They aren't inherently linked, basically when you walk into a portal it looks for another portal within 128 blocks of the relative coordinates of the portal you walked into in the other world. If no portal is found it places one in the nearest location that meets the criteria. Sometimes when you travel to the nether there is no suitable place very near the relative coordinates of the portal in the overworld, so the location of portal in the nether is moved quite a bit. Due to how 1 block in the nether is equal to 8 blocks in the overworld if the portal location is moved more than 16 blocks from the relative coordinates it will no longer be within the 128 block search radius of the over world portal and so a new portal will be created in the overworld. This is because 16*8=128, thus more than 16 blocks of difference on the nether side means it will be out of range of the portal you traveled from in the overworld. You can read more details about this on the wiki ( http://minecraft.gamepedia.com/Nether_portal )

This can be fixed by manually moving the portal in the nether. You will need to get the X and Z coordinates of your portal in the overworld and then divide those coordinates by 8 (make sure to pay attention to whether they are negative numbers). Then go to the nether and build a new portal at the coordinates you calculated. You will likely have to build out over a lava lake or mine a room out in a large formation of netherack which were the causes for your portal to be displaced in the first place.

If after making sure you understand normal portal behavior you discover this is not your issue, I recommend you start a new bug report and lay out in detail how what you're experiencing is deviating from how portals are supposed to work. Good Luck!

I believe the hitbox is just the whole block that the fern occupies. They are more like a block than an entity. While the visual part of the texture is smaller, the actual texture is still 16X16. Many texture packs re-texture them and fill up more of the texture space.

Mads what OS are you running?

Cactus have always destroyed items that hit them, this is an intended feature.

And you didn't think that maybe the mod you're using is causing this behavior?

Daniel unless you can present a case using facts that portal behavior is not working as intended we have to assume that it is working as intended. For example present your case saying that overworld portal at coordinates X & Z and portal in nether at coords X & Z are not connecting.

Now some nutshell facts about how the portals work (or have prior to 1.4) so you can cross check your results:
~When you step into a portal the game look for a portal in the other dimension within 128 blocks of the relative coords.
~Each block in the nether = 8 blocks in the overworld
~Relative coords depends on which way you're traveling; if to the nether divide the X&Z coords by 8, if from the nether multiply the X&Z coords by 8.

Now an example situation:
Overworld portal at X=80,Z=80 however when you travel to the nether the nether side portal was relocated due to obstructing netherrack or a large lava area and instead of being at X=10,Z=10 it is at X=35,Z=12. When you step back through the portal to return to the overworld it looks for a portal within 128 blocks of overworld coordinates X=280,Z=96. Since your original portal was at X=80 that is more than 128 bocks away and so a new portal is created. As you can see the nether side portal being relocated by more than 16 blocks can make it not connect anymore to the overworld portal you came in from.

Are you naming the world with the same name after you delete it? That is a known issue that can cause generation issues where chunks from the deleted world of the same name get mixed into the new generation. Perhaps this is a similar issue related to the use of the new regenerate world option?

Ads1705 your comments about the water do not directly relate to the OP's square generation issue. Water not flowing properly in relation to cave & ravine generation is a separate issue although I believe it is happening for similar reasons to the OP's issue.

I have never experienced that kind of generation problem in 1.4.2 so far and the seed presented generates normally for me. I would recommend the OP do a clean install of his minecraft client by renaming the .minecraft folder to .minecraft_old and then download a fresh copy of the launcher off minecraft.net and use it to launch and redownload. Then retest to see if problem still exists.

I can confirm that entities do not stay in minecarts when chunks reload. To combat this I made the minecarts move back and forth to recapture the entities. This worked however I encountered a new glitch where the entity could sometimes look like it was still outside the cart and would be frozen in place. If I broke the cart the entity would suddenly pop out from the carts position.

I like the idea of them acting like a fence and I think most people considered them as such and were using them heavily because of it.

I understand where Credomane is coming from, but the thing is that the block becomes substantially less useful if it goes from being a fence to just a decorative block. If it has the properties of a fence it can serve both roles.

Personally I think achievements and statistics should be per world and saved with the world files.