Roachy
Comments
Ah, I see what you mean now, and I think this makes sense as to the inconsistencies in my images. When I made the multiple circles of stairs, I placed down the outer lines of stairs the same way, and I placed down the inner ring of stairs using the same method, but not probably always starting facing the same direction. I will test this again when I can and post back.
To clarify for myself and any others reading, the non-obvious behavior here is that a corner stair can exist in one of two orientations, depending on which direction it was originally placed. It will look identical in either orientation, however this "invisible" orientation will dictate which transformation style certain adjacent stairs will take on.
I'm not sure I entirely follow you, but regardless, I don't see how that explains the inconsistency. Why would some stairs turn into a corner while others, having been placed the same exact way in another location, stay straight. Take a close look at the screenshot titled stair_behavior2.png
During these tests I even made sure to face in the same directions while placing stairs (or as best I could without using command blocks to orient the player).
Still an issue in 1.8.
Still an issue in 1.8.
Still an issue in 14w32d. See attached SS.
Still exists in 14w11b. See latest screenshot.
Hmm, when you say cleanup, that makes me wonder if maybe its having a problem deleting or modifying files, perhaps issues with permissions, attributes, or concurrent usage or something, and thus is hung up.
Same problem exists on Win7-64 for me, with Launcher 1.3.10
When my profile is set to "Close launcher when game starts" it simply becomes a background process and stays there indefinitely, regardless of whether the game is running, or has been closed.
Firstly, as others stated, if this is intended, then the description in the profile settings window is incorrect.
Second, there needs to be a way to ACTUALLY exit the launcher process when starting the game (a fourth setting in the dropdown menu would be nice). In my case, and seemingly in many other people's cases, this launcher process randomly eats my CPU and lags the game.
Third, because the process stays around indefinitely, reopening the launcher and playing the game actually creates yet ANOTHER javaw process, resulting in 3 or more javaw processes running simultaneously, which is somewhat asinine.
EDIT: Of course as soon as I say that I can't replicate the problem anymore. In my testing, while trying to get screenshots including the processes and PIDs, the extra javaw still stays open when the game is running but successfully exits once the game is stopped.
My suspicion is that the longer you play the game, the exponentially longer the process hangs around after the game is closed. I've seen the process SEEM to hang around forever when I exit the game after I've been playing for a long time, but in these short tests the process goes away quickly after exiting the game.
It's almost like the process is doing some kind of O(n^2) operation that depends on the amount of time played, or the amount of world data modified or something.
I'm experiencing this in 1.7.4 with a beacon in the nether, which has nothing but bedrock above it.
I've seen this bug numerous times, but just today it happened even after accessing a tile entity screen, which I've never seen before.
I ate a steak, then immediately accessed an anvil without switching away from the food, and after the anvil screen came up the burp noise happened and another food was consumed. As mentioned before, switching away from the food immediately after eating will prevent this bug, but apparently accessing an anvil screen will not. Just thought I'd mention it.
I agree with David Truog. I'm currently in 1.7.4 clearing a large area of the nether with Efficiency V shovels and pickaxes. This bug is happening to me a lot, and is exacerbated by switching between the shovel and pick (when I switch from mining soulsand to netherrack and vice versa).
When it happens the block looks to disappear client side, but when you walk into its space it jerks you around like your client is trying to move you forward but the server keeps resetting your position to be outside the block. The easy way to fix it (without relogging) is to attempt to place a block in the offending space. The block you place will not be placed, but the block originally in the space will reappear and the block-placing noise will not occur. That's the callsign of this bug. I've seen it recorded in several videos of youtubers I watch as well, mostly Etho and Docm77.
Alrighty.
Noticed a stone brick slab stuck like this, seen in newly attached image.
I loaded up a superflat world made of 1 layer of cobble slabs, and randomly placed slabs everywhere and filled my inventory with them and cannot reproduce the problem. I get the feeling that this may have something to do with the much higher load my single player world is under, what with all the mobs and tile entities.
The latest driver for my card is currently 332.21. I was already running that version, however I've redownloaded and reinstalled it, choosing the clean installation option. The problem still persists.
IIRC, 332.21 is a recent release, and I'm pretty sure I was having this problem on the last driver version as well, which was 331.something.
Crash report attached.
That's kind of my point. All of these are symptoms of the same issue, which you stated. The one I posted simply has more votes and more information.
This happens to me as well. I've been able to do it pretty reliably by only consuming one food item, and releasing right-click slightly after the entire consumption process. For example, if eating takes 2 seconds, holding right-click for about 2.25 seconds will cause it. Right-clicking once more after releasing right-click seems to guarantee this doesn't happen. Also switching the item in your hand seems to guarantee it doesn't happen as well.
Client: MC 1.4.6 SMP on Win7 64-bit, Java 7u9 64-bit
Server: MC 1.4.6 on Server 2008 SP2 64-bit, Java 6u27 64-bit, 1024MB allocated, ~14% used, ~2-6% CPU usage
No server lag or other performance oddities noticed.
Edit: I think moving might also cause this to not happen? When trying to replicate this, make sure to stand still and not press anything else after releasing right-click. I've noticed that if you do it right, the animation of bringing the food to your mouth (the second time) starts to play for a brief instant but immediately stops. Then the food is consumed later at the time when the second animation would have been complete.
Hope that helps.
ThePhysician2000 has the right of it. As shown in this latest attachment (using 1.8), the oak stairs were placed in a straight row, and then the stone stairs placed to complete the rings. Then the spruce stairs were placed in rows on each side of the ring.
The spruce stairs clearly follow the behavior described by ThePhysician2000.
An unfortunate but inevitable confusing effect of the way stairs transform, but most definitely not a bug.