Manuel Gwosdz
- Fayti1703
- fayti1703
- Europe/Stockholm
- Yes
- No
MC-15064![[Mojang] Nathan Adams](../../../data/assets/gravatar/dinnerbone.png){kind=small}
Put the summary of the bug you're having hereWhat I expected to happen was...:
Minecraft starts normal with the Snapshot.What actually happened was...:
Minecraft Dev Launcher opened a new "tab" and showed me the crash, crash file attached.Steps to Reproduce:
1. Open Dev Launcher
2. Select Snapshot 13w16b
3. Click PlayWhen I select the Snapshot
What I expected to happen was...:
Minecraft starts normal with the Snapshot.What actually happened was...:
Minecraft Dev Launcher opened a new "tab" and showed me the crash, crash file attached.Steps to Reproduce:
1. Open Dev Launcher
2. Select Snapshot 13w16b
3. Click Play
When I select the Snapshot 13w16b and click Play, a crash report shows up.
What I expected to happen was...:
Minecraft starts normal with the Snapshot.What actually happened was...:
Minecraft Dev Launcher opened a new "tab" and showed me the crash, crash file attached.Steps to Reproduce:
1. Open Dev Launcher
2. Select Snapshot 13w16b
3. Click Play
Steps to reproduce:
1. Place and quickly remove a sunflower (Best to do with only one Sunflower)Expected Output:
The sunflower would break properly.Actual Output:
A non-rendering "empty" "Phantom"-Sunflower-block is created.
Steps to reproduce:
1. Place and quickly remove a sunflower (Best to do with only one Sunflower)Expected Output:
The sunflower would break properly.Actual Output:
A non-rendering "empty" "Phantom"-Sunflower-block is created.EDIT: This does seem to happen pretty rarely now...
When using the command "/summon Cow ~ ~ ~ {Riding:{id:Cow,Riding:
{id:Cow,Riding:id:Cow}}}" it works fine, however, using the command "/summon Cow ~ ~ ~ {Riding:{id:cow,Riding:
{id:Cow,Riding:id:Cow}}}" it says bq. An unknown error occured while attempting to perform this command
and spawns two Cows. Launcher states this:Client> java.lang.NullPointerException
Client> at br.b(SourceFile:88) ~[13w41b.jar:?]
Client> at y.a(SourceFile:58) [13w41b.jar:?]
Client> at mp.d(SourceFile:486) [13w41b.jar:?]
Client> at mp.a(SourceFile:473) [13w41b.jar:?]
Client> at ic.a(SourceFile:37) [13w41b.jar:?]
Client> at ic.a(SourceFile:9) [13w41b.jar:?]
Client> at ek.a(SourceFile:146) [13w41b.jar:?]
Client> at ml.c(SourceFile:134) [13w41b.jar:?]
Client> at net.minecraft.server.MinecraftServer.u(SourceFile:529) [13w41b.jar:?]
Client> at net.minecraft.server.MinecraftServer.t(SourceFile:441) [13w41b.jar:?]
Client> at brh.t(SourceFile:117) [13w41b.jar:?]
Client> at net.minecraft.server.MinecraftServer.run(SourceFile:358) [13w41b.jar:?]
Client> at kt.run(SourceFile:617) [13w41b.jar:?]
Client> [18:32:18] [Client thread/INFO]: [CHAT] An unknown error occurred while attempting to perform this commandWhile the second command got "cow" instead of "Cow",it doesn't say that in Chat/Prev. Output , like it does with "unbalanced brackets".
When using the command "/summon Cow ~ ~ ~ {Riding:{id:Cow,Riding:
{id:Cow,Riding:id:Cow}}}" it works fine, however, using the command "/summon Cow ~ ~ ~ {Riding:{id:cow,Riding:
{id:Cow,Riding:id:Cow} }}" it says bq. An unknown error occured while attempting to perform this commandand spawns two Cows. Launcher states this:Client> java.lang.NullPointerException
Client> at br.b(SourceFile:88) ~[13w41b.jar:?]
Client> at y.a(SourceFile:58) [13w41b.jar:?]
Client> at mp.d(SourceFile:486) [13w41b.jar:?]
Client> at mp.a(SourceFile:473) [13w41b.jar:?]
Client> at ic.a(SourceFile:37) [13w41b.jar:?]
Client> at ic.a(SourceFile:9) [13w41b.jar:?]
Client> at ek.a(SourceFile:146) [13w41b.jar:?]
Client> at ml.c(SourceFile:134) [13w41b.jar:?]
Client> at net.minecraft.server.MinecraftServer.u(SourceFile:529) [13w41b.jar:?]
Client> at net.minecraft.server.MinecraftServer.t(SourceFile:441) [13w41b.jar:?]
Client> at brh.t(SourceFile:117) [13w41b.jar:?]
Client> at net.minecraft.server.MinecraftServer.run(SourceFile:358) [13w41b.jar:?]
Client> at kt.run(SourceFile:617) [13w41b.jar:?]
Client> [18:32:18] [Client thread/INFO]: [CHAT] An unknown error occurred while attempting to perform this commandWhile the second command got "cow" instead of "Cow",it doesn't say that in Chat/Prev. Output , like it does with "unbalanced brackets".
When using the command "/summon Cow ~ ~ ~ {Riding:{id:Cow,Riding:
{id:Cow,Riding:id:Cow}}}" it works fine, however, using the command "/summon Cow ~ ~ ~ {Riding:{id:cow,Riding:
{id:Cow,Riding:id:Cow}}}" it says
and spawns two Cows. Launcher states this:An unknown error occured while attempting to perform this command
Client> java.lang.NullPointerException
Client> at br.b(SourceFile:88) ~[13w41b.jar:?]
Client> at y.a(SourceFile:58) [13w41b.jar:?]
Client> at mp.d(SourceFile:486) [13w41b.jar:?]
Client> at mp.a(SourceFile:473) [13w41b.jar:?]
Client> at ic.a(SourceFile:37) [13w41b.jar:?]
Client> at ic.a(SourceFile:9) [13w41b.jar:?]
Client> at ek.a(SourceFile:146) [13w41b.jar:?]
Client> at ml.c(SourceFile:134) [13w41b.jar:?]
Client> at net.minecraft.server.MinecraftServer.u(SourceFile:529) [13w41b.jar:?]
Client> at net.minecraft.server.MinecraftServer.t(SourceFile:441) [13w41b.jar:?]
Client> at brh.t(SourceFile:117) [13w41b.jar:?]
Client> at net.minecraft.server.MinecraftServer.run(SourceFile:358) [13w41b.jar:?]
Client> at kt.run(SourceFile:617) [13w41b.jar:?]
Client> [18:32:18] [Client thread/INFO]: [CHAT] An unknown error occurred while attempting to perform this commandWhile the second command got "cow" instead of "Cow",it doesn't say that in Chat/Prev. Output , like it does with "unbalanced brackets".
Similiar Stuff happening for me in version 1.7.2: The Box is still there, but the text is vanished.
Summary:
When a command block runs /give to give an item to you, the client won't notice this, but the item is actually there. Reloading World/Rejoining Server fixes this until the next /give from a Command block. When you execute the command yourself, it works fine.Steps to reproduce:
1. Place a command block
2. Enter a /give command (Ex: /give @a bow)
3. Power the command block.
4. Take note of no items.
5. Rejoin the world/server
6. The items appeared.What I expected to happen:
The Command Block would execute the /give, then the (intregrated) Server would tell the client that they just got an new item.What actually happend:
The Command Block executed the /give correctly, but the Server forgot to tell the client that they got a new item.Additional Notes:
While testing this, I noticed that /clear as the same effect..
Summary:
When a command block runs /give to give an item to you, the client won't notice this, but the item is actually there. Reloading World/Rejoining Server fixes this until the next /give from a Command block. When you execute the command yourself, it works fine.Steps to reproduce:
1. Place a command block
2. Enter a /give command (Ex: /give @a bow)
3. Power the command block.
4. Take note of no items.
5. Rejoin the world/server
6. The items appeared.What I expected to happen:
The Command Block would execute the /give, then the (intregrated) Server would tell the client that they just got an new item.What actually happend:
The Command Block executed the /give correctly, but the Server forgot to tell the client that they got a new item.Additional Notes:
The Bug seems to have a random chance of happening or not happening.
Summary:
When a command block runs /give to give an item to you, the client won't notice this, but the item is actually there. Reloading World/Rejoining Server fixes this until the next /give from a Command block. When you execute the command yourself, it works fine.Steps to reproduce:
1. Place a command block
2. Enter a /give command (Ex: /give @a bow)
3. Power the command block.
4. Take note of no items.
5. Rejoin the world/server
6. The items appeared.What I expected to happen:
The Command Block would execute the /give, then the (intregrated) Server would tell the client that they just got an new item.What actually happend:
The Command Block executed the /give correctly, but the Server forgot to tell the client that they got a new item.Additional Notes:
The Bug seems to have a random chance of happening or not happening.
Additonally it seems to happen when ever I switch in to and out of gamemode 2.
Summary:
When a command block runs /give to give an item to you, the client won't notice this, but the item is actually there. Reloading World/Rejoining Server fixes this until the next /give from a Command block. When you execute the command yourself, it works fine.Steps to reproduce:
1. Place a command block
2. Enter a /give command (Ex: /give @a bow)
3. Power the command block.
4. Take note of no items.
5. Rejoin the world/server
6. The items appeared.
What I expected to happen:
The Command Block would execute the /give, then the (intregrated) Server would tell the client that they just got an new item.What
actuallyhappend:
The Command Block executedthe /give correctly, but the Server forgot to tell the client that they got a new item.
Additional Notes:
The Bug seems to have a random chance of happening or not happening.
Additonally it seems to happen when ever I switch in to and out of gamemode 2.Summary:
When a command block runs /give @a to give an item to you and you died before, the command block spawns the item at your spawnpoint.
Reloading World/Rejoining Server fixes this until the next death. When you execute the command with any other selector than @a , it works fine.Steps to reproduce:
1. Place a command block
2. Enter a /give @a command (Ex: /give @a bow)
3. Die.
4. Power the command block.
5. Take note of no items.
5.1 You can look at the spawnpoint, the items will be there.
6. Rejoin the world/server.
7. Power Command Block again.
8. Item spawns correctly.
9. If you want to get more frustrated or just test more, repeat 3-8.What I expected to happen:
The Command Block would execute the /give correctly.What actually happend:
The Command Block executed the /give semi-correctly by spawning the item at a outdated location.
/givefrom CommandBlock causes Client/Server desych/give @a after death spawns items at spawnpoint
Summary:
When a command block runs /give @a to give an item to you and you died before, the command block spawns the item at your spawnpoint.
Reloading World/Rejoining Server fixes this until the next death. When you execute the command with any other selector than @a , it works fine.Steps to reproduce:
1.Place a command block
2. Enter a /give @a command (Ex: /give @a bow)
3. Die.
4.Power the command block.
5. Take note of no items.
5.1 You can look at the spawnpoint, the items will be there.
6. Rejoin the world/server.
7.Power Command Blockagain.
8. Item spawns correctly.
9. If you want to get more frustrated or just test more, repeat3-8.What I expected to happen:
The Command Blockwould executethe /givecorrectly.What actually happend:
The Command Block executed the /givesemi-correctly by spawning the item at a outdated location.Summary:
When a command block runs /give @a to give an item to you and you died before, the command block spawns the item at your spawnpoint.
Reloading World/Rejoining Server fixes this until the next death. When you execute the command with any other selector than @a , it works fine.Steps to reproduce:
1. Open Chat.
2. Enter /kill.
3. Die.
4. Enter /give @a bow.
5. Take note of no items.
5.1 You can look at the spawnpoint, the items will be there.
6. Rejoin the world/server.
7. Type command again.
8. Item spawns correctly.
9. If you want to get more frustrated or just test more, repeat.What I expected to happen:
/give would be executed correctlyWhat actually happend:
/give was executed semi-correctly by spawning the item at a outdated location.Additional Notes:
- While testing in 14w03b, the /clear command is also affected: It doesn't clear any items!
Summary:
Whenacommandblock runs /give @a to give an item to you and you died before, thecommand block spawns the itemat your spawnpoint.
Reloading World/Rejoining Server fixes this until the next death. When you execute the command with any other selector than @a , it works fine.Steps to reproduce:
1. Open Chat.
2. Enter /kill.
3. Die.
4. Enter /give @a bow.
5. Take note of no items.
5.1 You can look at the spawnpoint, the items will be there.
6. Rejoin the world/server.
7. Type command again.
8. Item spawns correctly.
9. If you want to get more frustrated or just test more, repeat.What I expected to happen:
/give would be executed correctlyWhat actually happend:
/give was executed semi-correctly by spawning the item at a outdated location.Additional Notes:
- While testing in 14w03b, the /clear command is also affected: It doesn't clear any items!
Summary:
When something (commandblock or player) runs /give @a to give an item to you and you've died before, the item spawns at your spawnpoint.
Reloading World/Rejoining Server fixes this until the next death. When you execute the command with any other selector than @a , it works fine.Steps to reproduce:
1. Open Chat.
2. Enter /kill.
3. Die.
4. Enter /give @a bow.
5. Take note of no items.
5.1 You can look at the spawnpoint, the items will be there.
6. Rejoin the world/server.
7. Type command again.
8. Item spawns correctly.
9. If you want to get more frustrated or just test more, repeat.What I expected to happen:
/give would be executed correctlyWhat actually happend:
/give was executed semi-correctly by spawning the item at a outdated location.Additional Notes:
- While testing in 14w03b, the /clear command is also affected: It doesn't clear any items!
Hm... this does seem to no longer happen, which is strange, considering I was able to reproduce this multiple times just a few minutes ago...
After a little bit of more testing, it seems to have a random chance...
Could a mod turn this bug down please? I found it this bug to be actually a diffrent bug, which is a duplicate of
MC-44691.
When holding a enchanted item (works atleast with bows)/having them in the hotbar, the ui appears to try to apply the enchant_glint.png as an overlay onto itself.
Steps to Reproduce:
{id:48,lvl:100}
1. Excecute /give @p bow {ench:/[/]} (That's the command I used, atleast)
2. Damage the bow
3. Keep the bow on your hotbar
4. Notice how the crosshair/hunger and health bar darken to the color of the glint of an enchanted item.Additional Notes:
- In the attached screenshot, you can see that I had a enchanted iron pickaxe and sword on my hotbar aswell, but the pickaxe and the sword weren't causing any problems.
- I'm sorry if this is a duplicate, I searched this tracker and didn't find any bug like it.
When holding a enchanted item (works atleast with bows)/having them in the hotbar, the ui appears to try to apply the enchant_glint.png as an overlay onto itself.
Steps to Reproduce:
{id:48,lvl:100}
1. Excecute /give @p bow {ench:/[
/]} (That's the command I used, atleast)
2. Damage the bow
3. Keep the bow on your hotbar
4. Notice how the crosshair/hunger and health bar darken to the color of the glint of an enchanted item.Additional Notes:
- In the attached screenshot, you can see that I had a enchanted iron pickaxe and sword on my hotbar aswell, but the pickaxe and the sword weren't causing any problems.
- I'm sorry if this is a duplicate, I searched this tracker and didn't find any bug like it.
When holding a enchanted item (works atleast with bows)/having them in the hotbar, the ui appears to try to apply the enchant_glint.png as an overlay onto itself.
Steps to Reproduce:
{id:48,lvl:100}
1. Excecute /give @p bow {ench:[]} (That's the command I used, atleast)
2. Damage the bow
3.Keepthe bow on your hotbar
4. Notice how the crosshair/hunger and health bar darken to the color of the glint of an enchanted item.Additional Notes:
- In the attached screenshot, you can see that I had a enchanted iron pickaxe and sword on my hotbar aswell, but the pickaxe and the sword weren't causing any problems.
- I'm sorry if this is a duplicate, I searched this tracker and didn't find any bug like it.
When holding a enchanted item (works atleast with bows)/having them in the hotbar, the ui appears to try to apply the enchant_glint.png as an overlay onto itself.
Steps to Reproduce:
{id:48,lvl:100}
1. Excecute /give @p bow 1 0 {ench:[]} (That's the command I used, atleast)
2. Don't damage the bow
(3.) Put the bow on your hotbar
4. Notice how the crosshair/hunger and health bar darken to the color of the glint of an enchanted item.Additional Notes:
- In the attached screenshot, you can see that I had a enchanted iron pickaxe and sword on my hotbar aswell, but the pickaxe and the sword weren't causing any problems.
- I'm sorry if this is a duplicate, I searched this tracker and didn't find any bug like it.
When holding a enchanted item (works atleast with bows)/having them in the hotbar, the ui appears to try to apply the enchant_glint.png as an overlay onto itself.
Steps to Reproduce:
{id:48,lvl:100}
1. Excecute /give @p bow 1 0 {ench:[]} (That's the command I used, atleast)
2. Don't damage the bow
(3.) Put the bow on your hotbar
4. Notice how the crosshair/hunger and health bar darken to the color of the glint of an enchanted item.Additional Notes:
- In the attached screenshot, you can see that I had a enchanted iron pickaxe and sword on my hotbar aswell, but the pickaxe and the sword weren't causing any problems.
- I'm sorry if this is a duplicate, I searched this tracker and didn't find any bug like it.
- Damaging the bow causes this bug to no longer happen.
I am able to reproduce this issue. In addition, repairing/renaming the enchanted item in a anvil causes it to disenchant.
Confirmed, doesn't seem to happen with anvils though,as stated in Description.
Still in 13w36a. Think this is due to how the entchantment code works.
Confirmed for 1.7.2.
Able to reproduce in 1.7.2.
Confirmed in version 1.7.2 with the said potions.
Confirmed in version 1.7.2. Also works on the side of a Skeleton/Zombie.
Confirmed in version 1.7.2
Confirmed in version 1.7.2.
Confirmed in version 1.7.2
Another Bug confirmed in 1.7.2
Confirmed in 1.7.2 and on Windows (8).
Confirmed in 1.7.2
Still in 1.7.2
Confirmed in version 1.7.2, however the effect is not a cause of the creative gui. Bows and Health/Damage/Regeneration/Fire Resistance/Posion/Night Vision/Water Breathing/Invisibility Potions generally don't show extra info at all.
Unable to reproduce: Can switch my "Test.zip" just fine into and out of the Selected Resource Packs list.
Another way to reproduce this is to ride a boat off a cliff. Boat breaks, and you are in the ground. And this still happens in 1.7.2
Same problem happens with Windows 8.
@Chris Andrews First, Bukkit is not vanilla and thus has nothing to do in this bug tracker. Second, Server and Client do that action both on thier own, so for the server you were somewhere diffrent to where you were on the client.
Sorry, but that would, as far as I know, be a feature request, not a bug...
@Mary Mary The Problem with your solution is that when one Chest Tile Entity is locked next to another one, the other one also becomes locked. So you unlock one and the next tick it is locked again.
I can only say this: "Confirmed this bug that breaks almost every commandblock contraption."
Did you use the "drop" key while hovering over the items or select them with your Cursor and put them outside the GUI? Because I can reproduce it with the "drop key over items", even with out villagers.
I think the problem here (and with a lot of similiar bugs) is that command blocks don't properly understand "." in [ ] I had this post-1.8 Snapshot in 1.7 with scoreboard "all.Kill" objective.
All I can say is BU Powering. Technically your piston is powered by the button, and then updated by the redstone power state changing. When unpowering, the piston isn't powered anymore, there's just nothing telling it to update. That is, until the redstone power state changes again.
How is this fixed? It still happens in 14w02c! (For example, try to do /playsound portal.travel @a .)
Still happens in 14w02c, but also works with ANY Nbt-tag when pages:[] does not exist/is empty.
@Jard Lardo No, this bug should be fixed 14w02c (You probably got Affects Version and Fix Version mixed up) and was reported for the a and b versions of 14w02. But it isn't fixed in 14w02c.
@GrygrFlzr Noticed that my problem was caused by another bug, so never mind.
I can confirm that the /kill doesn't work and it still displays a 'Killed entity_name_here' message, but if you hover over the entity_name_here part, it does display a UUID(Hovering over 'Killed' doesn't show, but that is intended).
That's another bug in creative that has nothing to do with trading. Reopening your inventory produces the same result.
While confirming in 14w03b, two facts have become clear: Command Block or not has no effect and /clear is also affected.
As far as I know, SethBlings Custom Shop filter still uses (the item of) block 36 to prevent the next trade from generating, but that item was removed. [Throw in some complicated code stuff here].
Confirmed.
Sounds familiar... Oh, right:
MC-1685In case rejoining world/server fixes it and it happens again after death, wouldn't it be something I noticed while trying to confirm
MC-44521?This is probably caused by the new skin format being incompatable with the old one. Oh, and it's model, not modle.
Apparently caused by tile entity not being removed:
"apg cannot be cast to alv" (With my minor Java knowlege, this should mean tileentity_jukebox cannot be cast to tileentity_brewingsstand)
Duplicate of
MC-87?Also happens with
Windows 8.1 64-bit
Intel HD Graphics 4000
You sir, are missing the "Count" tag in the "Item" tag.
I've been able to confirm it with a Intel HD Graphics 4.0.0 in 14w30c. When using shaders though, the black area disappears, but when using the "bumpy" shader, you can see lines around the previously black area, but this has always been the case.
Still in 14w30c.
If you throw Steak (cooked_beef) on the ground with fancy graphics (for the rotating items) it's missing a pixel on one side, too.
Works as Intended, Armor Stands are entities not blocks. Use a /tp command with your /clone command.
Please provide the EXACT commands you used to summon the wolf.
I think this works as intended and is a property of ALL transperant blocks and not just sea lanterns.
Confirmed, it seems that the cause is that NoAI Mobs still try to "swim" and NoAI Mobs store Velocity. I stood in the same space as the Zombie and it flew horizontally when NoAI was 0 again.
This bugs seems to be similiar if not the same as
MC-70067.Does this happen at random or is there a specific set of actions to perform to reproduce?
Confirmed, but it's even worse: The Ender Pearl doesn't just "disappear", it either
A) Gets deleted on world reload
or
B) Doesn't get saved with the world.
The Result is the same, the pearl doesn't exist after reload, but I'd have to look into a saved file for the technical aspect of this.
Are you using /clone x1 y1 z1 x2 y2 z2 x3 y3 z3 destroy ?
If you are, Works as intended, setblock does the same.
If you aren't, update description with EXACT command.
Unable to reproduce, all the levers get filled and drop, also I don't get an Unknown Error. Please attach the Launcher's Game Output.
It appears that the level of the potion is the cause here: Setting the Amplifier to below 125 works.
Can you attach your world save, please?
How much memory is allocated to minecraft on your computer? Also, provide your computers specs in the Enviroment category in the future.
Works As Intended...?
The issue is the Profession & Career combo, exactly like in
MC-47630. You're using Profession 1, "Librarian" which only has Career 0, "Librarian". Career 2 doesn't exist and so if the game tries to update the trades list, it crashes.I think that's intended torch outburn... does the torch not burn out in 1.7 or lower?
Unable to reproduce.
Probably spawn protection, if it is, works as intended.
Works as Intended, I think. It's like a bud piston.
Imcomplete without exact Commands used.
I can confirm this bug, pretty annoying when you're trying to make a holographic MSDOS-like prompt on your head.
It's not the game's fault your command didn't work. You're trying to find an iron trap door with data value of 0, which is the value for an closed trap door facing north on the bottom of a block. (The game uses the data value to store direction, position and powered state of the trap door.) However, a closed trap door facing north on the top of a block has a data value of 8. This should be closed as Works as Intended or Invalid.
Two things: A) The "duplicated" blocks are just ghost blocks, try rightclicking.
B) Exploits like this have previously always been marked as private (if I'm not mistaken, correct if I'm wrong), so if you do find an actual dupe, mark it as "Private" please.
Unable to reproduce with
I think I've heard this before... but this issue seems to have the better explanation (last time I checked, anyway and that was a year ago).
Stationary Minecarts on powered rails don't start moving unless
a) they are on a slope, in which case they will go down the slope
b) there is a block on one end of the powered rail block, in which case they will go in the other direction.
This issue is duplicated by/relates to
MC-98822.