mojira.dev

"Castiel"

Assigned

No issues.

Reported

MC-68166 Daylight detector set on "Night mode" drops nothing Duplicate MCPE-6240 Throwing Chicken Egg Crashes Game Cannot Reproduce MC-39100 Inventory duplication death exploit Duplicate MC-36194 Most/all blocks turn see-through at random causing game unplayable Duplicate MC-31809 Cannot toggle through Super Secret Settings(shaders) when in main menu option Duplicate MC-19207 Arm dispostion on entities when viewing survival inventory. Duplicate MC-19205 Tall Grass particles are gray when destroyed by placing water through another tall grass Fixed MC-15011 Disappearing Trapped Chest FOV directional glitch Duplicate MC-13994 Bugged leash on tamed and tied horse Duplicate

Comments

Who deals with closing issues? I can't find a way to close this, myself.

Still occuring in 14w04a

It probably is, but it was mainly used for adventuremaps etc, now you can use commands to spawn in mobs, so using dispensers for adventuremaps is a little redundant.

Always been like that*, some servers have it so everybody gets sent to a specific spot when they respawn/spawn and haven't set their spawn.

*to my knowledge

There's a log(multiple, actually) saved in your logs folder, check through there, it's probably archived.
The command is in one of them.

Should look something like this: http://puu.sh/5rNoj.png

Note: the profile with these logs loads into a folder I created called "default", the logs of that profile are saved there in the logs folder.
If you made a profile without a set folder, it's be in your logs folder in you .minecraft folder

Is sticky keys (Windows function, unrelated to physical keyboard, may also be in other operating systems) on? the chunk reload is F3+a the texture/sound reload is F3+s, if sticky keys is on, the F3 button is stuck on, this may be the problem.

Debug screen wiki info: http://minecraft.gamepedia.com/F3

It's definitely affected by non-block items highlighted in inventory. It does this after a game restart, game restarts reset it, that is.

Updated(apparently), still happening. Forced-crash report: http://puu.sh/4UADM.txt

Seen already, downloading the driver update now.

I just had a thought, maybe it's the computer's framerate having problems with DxTory?
That would explain it not being a bug for all using it.

(Does limiting the framerate, while recording, to 30fps help?)

39b, still breaks, but seems to only break at 5th lilypad? attached screenshot of aftermath of testing

Edit: I can't count, it's 4th

VLC supports .flv formats

uh, you might want to warn people about the videos causing a slight "strobe" effect, that might cause a problem with people that have chance of seizures :s

(I can't test it, but figured I check this out)

No, thank you for fixing it <3

I have discovered not holding down "w" (pressing it for half a second every so often) doesn't affect the boat breaking at all, and it just glides through the lilypads.

Attached screenshots as well, little awkward but it should make sense

Go to pool area in the world (Test.zip) I attached, and place lilypads in there, try crossing to the other side in your boat, boat breaks along with the lilypads