Jump to content




ComputerCraft Beta Versions - Bug Reports


72 replies to this topic

#21 hevo2

  • Members
  • 10 posts

Posted 02 July 2014 - 07:46 PM

VERSION:
CC1.64pr3 (minecraft1.7.2)
DESCRIPTION:
Turtle places slab-blocks on different height.
EXPECTED RESULT:
Turtle should place on same height in same situation.
REPRODUCTION STEPS:


Situation A:
Put a turtle on the ground, and Insert slab-blocks.
Run this code:

turtle.up()
for i=1,4 do
  turtle.place()
  turtle.turnRight()
end


Posted Image




Situation B:
Put a turtle on the ground and direct into "WEST" (There is nothing wrong with other directions).
Insert slab-blocks and run this code:

for i=1,4 do
  turtle.place()
  turtle.back()
end



Posted Image


Fixed in 1.64pr5. Thanks for the report

Edited by dan200, 18 September 2014 - 07:25 PM.


#22 SquidDev

  • Members
  • 1,353 posts
  • LocationDoes anyone put something serious here?

Posted 13 July 2014 - 01:30 PM

VERSION:
1.64pr3
DESCRIPTION:
http.post or http.request don't work when both postData and headers are set. http.request does not will end but the event is never fired, resulting in http.post never returning.

Excerpt from Development Console:
[14:24:38 INFO]: Client> Exception in thread "Thread-226" java.lang.IllegalStateException: Already connected
[14:24:38 INFO]: Client>  at sun.net.www.protocol.http.HttpURLConnection.setRequestProperty(Unknown Source)
[14:24:38 INFO]: Client>  at dan200.computercraft.core.apis.HTTPRequest$1.run(HTTPRequest.java:111)
[14:24:38 INFO]: Client>  at java.lang.Thread.run(Unknown Source)

EXPECTED RESULT:
To receive a HTTP handle or nil.
REPRODUCTION STEPS:
Run:
http.post("http://www.computercraft.info", "some=data&other=another", {["User-Agent"] = "Custom"})
or similar for http.request.


Fixed in pr5

#23 ninnghazad

  • Members
  • 8 posts

Posted 17 July 2014 - 08:57 AM

VERSION:
1.64pr3

cauldron-1.7.2-1.1147.04.103 (forge 1147, bukkit r04)

DESCRIPTION:
turtle.turn*() will occasionally not return and hang. no errors are thrown.

maybe this is also the case with other functions, but turn is easiest to test.
i noticed this while debugging my turtlescripts, looking for whatever caused
them to just randomly stop doing anything till reboot. this happens only a few
out of maybe a thousand times, but still makes my long running scripts rather
useless.

EXPECTED RESULT:
turtle.turnRight/Left() returns and does not hang forever


REPRODUCTION STEPS:
use this as a startup, this always reproduces the error for me after a short while:


print("ok?")
turtle.turnRight()
print("ok")
os.reboot()


ps: i can also confirm duplication issues with 1.64pr3, and cases of the ol' turtle-revert-bug happening on server crashes.
pps: crashing turtles leave files open, resulting in thousands of opened files and eventually a server crash.


Fixed in 1.64pr5

Edited by dan200, 18 September 2014 - 08:58 PM.


#24 61352151511

  • Members
  • 4 posts

Posted 24 July 2014 - 01:32 PM

Version: ComputerCraft1.64p4, Forge 10.13.0.1187, Minecraft: 1.7.10
Description: I've found a duplication bug between IC2 and computercraft, I'm unsure exactly where it is caused however I'll explain what was done in the reproduction steps.
Expected Result: For an item not to be duplicated.
Reproduction Steps:
1) Install ComputerCraft, IC2, and IronChests2 all on a server (Might work on singleplayer as well)
2) Create a super flat world as this is easiest to build the setup on.
3) A few blocks on the air place down a dispenser.
4) Place a turtle on top of the dispenser
5) Place a diamond chest in front of the turtle
6) Place multiple stacks of scrapboxes inside of the diamond chest
7) Program the turtle with the following code:
while true do
  turtle.suck()
  turtle.dropDown()
  turtle.drop()
  rs.setOutput("bottom", true)
  sleep(0.1)
  rs.setOutput("bottom", false)
  sleep(0.1)
end

This code should create a turtle which constantly fills the dispenser with scrapboxes and pulses a signal to the dispenser to create a "Resource Machine", it's important to note while I'm testing this that the dispenser is full apart from after being used one of the stacks is a stack of 63, when the turtle tries to fill the dispenser it makes the stack a stack of 64 again however doesn't take one from the stack in the turtle therefore never actually using up the scrapboxes


Fixed in 1.64pr5

#25 theoriginalbit

    Semi-Professional ComputerCrafter

  • Moderators
  • 7,332 posts
  • LocationAustralia

Posted 24 July 2014 - 02:52 PM

Since I know you read this thread more often than the bugs forum.

Version:
All
Description:
IMount Mounting System Problem
More Info:
Bug report


Intentional. Not a bug

#26 CDArena

  • New Members
  • 1 posts

Posted 26 July 2014 - 12:06 AM

Oh no - my brand new computer was destroyed!

Version: Minecraft 1.7.10, ComputerCraft1.64pr4, Tinkers' Construct 1.6.0dev35 (Mantle 129.9fff8c7)
Description: Breaking turtle/computer with stone Tinker's Construct pick destroys it. Breaking with Vanilla pick drops entity as expected.
Expected Result: Turtle/computer should drop as entity
Reproduction Steps: (repeatable)
1) Create a 1.7.10 instance with forge
2) Add the .jar for Computercraft 1.7.2pr3
3) Add the .jar for Tinker's Construct
4) Run Minecraft
5) Make a computer and TiC Stone pick
6) Break computer and kiss it goodbye

Also tested with Iron vanilla pick, which works as expected. Did not yet test with picks made from other TiC materials

#27 eniac86

  • Members
  • 4 posts

Posted 11 August 2014 - 10:01 AM

VERSION:
1.64pre4 forge rev. 1199
DESCRIPTION:
turtle reports error "java exception thrown" when this http://pastebin.com/kiti1pWS program is run, but no stacktrace in log
EXPECTED RESULT:
program should run / no "java exception thrown" error
REPRODUCTION STEPS:
pastebin get kiti1pWS ex
put ignoreblock in slot 1-5
fuel in slot 16
ex 5 5 5 5
SCREENSHOT/VIDEO:
Posted Image

Edited by eniac86, 11 August 2014 - 03:38 PM.


#28 rdalkire

  • Members
  • 29 posts
  • LocationColumbus, OH, USA

Posted 14 August 2014 - 11:58 PM

VERSION:
ComputerCraft1.64pr4
minecraft 1.7.10
forge 10.13.0.1180 (and other recent versions)
Minecraft Launcher 1.5.1 (and other recent versions)

DESCRIPTION:
Exception reported at launch, reliably:

...Using missing texture, unable to load missing_icon_item_4098_computercraft:textures/items/treasure_disk.png...

From launcher, Game output tab:
http://pastebin.com/G02sDNHH

(Why I care: There's also an intermittent sound problem -maybe unrelated but you never know)

EXPECTED RESULT:
Launch should happen cleanly - without any exceptions.
Otherwise further instability could be caused even if you think your exception handling strategy is perfect.

REPRODUCTION STEPS:
Launch, then watch the game output tab.


Fixed in 1.64pr5

#29 rdalkire

  • Members
  • 29 posts
  • LocationColumbus, OH, USA

Posted 18 August 2014 - 06:07 AM

VERSION:
CC 1.6.4pr4
MC 1.7.10
Forge 10.13.0.1204

DESCRIPTION:
Three incidences of a common theme: Intermittently Not Yielding.

- First time I right-click a newly crafted farming turtle

> parallel:49: cannot yield main thread
Press any key to continue

But pressing any key doesn't do anything. Neither does ctrl+R. When I quit the game (single player) and went back in it was fine, and then I used the farming turtle several times with no problem.


- Later I crafted a mining turtle, logged in without a problem, but the first time I used the excavate program, it began to work but after digging a few blocks it halted. On the screen:

Excavating...
excavate:183: Too long without yielding


Line 183 is "turtle.turnLeft()"


- Then sometime after that I was working with the farming turtle again - by now it had been labeled and dyed and hadn't given me any problems since that first problem... The only difference was, in the game I had just died under mysterious circumstances and was newly respawned, so many things were brand new again. Anyway I ran my farming program again, and after just two or three meters it halted with:

frm:81: Too long without yielding


Line 81 is "seedy = turtle.compareTo( s )" where seedy has a boolean value and s is an integer somewhere between 1 and 16, but I doubt that those details matter except that a turtle method is being called.


EXPECTED RESULT:
The turtles should carry on somehow without this "yielding" issue.

REPRODUCTION STEPS:
Craft turtles, log into them (right-click) and run programs on them. Sometimes. It seems like the problem happens more when the turtles (or player?) are new-born.

Edited by rdalkire, 18 August 2014 - 06:10 AM.


#30 Berserker2K3

  • New Members
  • 2 posts

Posted 23 August 2014 - 11:30 AM

VERSION:
1.64pre4
DESCRIPTION:
coputer id above 16383
EXPECTED RESULT:
computer does not store fails if id above 16383
REPRODUCTION STEPS:
A repeatable, step by step guide on what I need to do to see the bug happen, include example lua code if you can.
SCREENSHOT/VIDEO:

this problems already happen in old version in tekkit lite

now i've tested it in 1.7.10 with pre4 version.
if the computer-id above 16383 the computer will never hold his id if u break it with pickaxe and place again.

maybe UUIDs for Computers can help ?


Fixed in 1.64pr5

#31 Nokiyen

  • Members
  • 53 posts
  • LocationJapan

Posted 03 September 2014 - 01:00 PM

VERSION:
Computer Craft: 1.6pr4
Minecraft Forge: 10.13.0.1180
DESCRIPTION:
Wrong rendering of the turtle's peripheral texture, which I added in my Mod.
EXPECTED RESULT:
Multiplying colors for gray-scaled textures should be correctly applied.
SCREENSHOT/VIDEO:

MORE EXPLANATION:
I am making my cc add-on by using CC's API (I mean JAVA API for modders).
And I chose the top texture of Grass Block for my peripheral-type turtle's ITurtleUpgrade.getIcon().
Then the above situation occurred.

I guess this is the problem about TileEntityTurtleRenderer.renerPeripheral()
and maybe we need the added coding like GL11.glColor4f() in the above method (like RenderBlocks.renderBlockAsItem()).


This is a feature request, not a bug. The API does not support this feature

#32 Dog

  • Members
  • 1,161 posts
  • LocationEarth orbit

Posted 03 September 2014 - 09:40 PM

VERSION:
1.64pr4

DESCRIPTION:
in CSP, standard turtles 'lose' their modems and have to be broken and placed again (or have their modem unequipped and re-equipped) to see their modems almost every time I join an empty server. Don't know if this effects advanced turtles.

EXPECTED RESULT:
Turtles just work and don't require extra steps to access their modems

REPRODUCTION STEPS:
On an empty server (no other players) place a turtle with a program that uses the modem - name the program 'startup' and test the program to make sure it sees the modem, then leave it running. Quit the server and rejoin. Upon rejoining there is a high probably that the program won't automatically restart and you will need to interact with the turtle to start the program. Either way the program won't be able to find the modem until the turtle is broken and re-placed or the modem is unequipped and re-equipped.


Appears to be fixed in pr5/6

Edited by Dog, 23 September 2014 - 10:02 PM.


#33 DeGariless

  • Members
  • 8 posts
  • LocationCalifornia, USA

Posted 07 September 2014 - 04:10 PM

VERSION:
CC: 1.64pr4
MC: 1.7.10

DESCRIPTION:
After executing the turtle.place() or turtle.placeDown() command, with a vanilla sign in the selected turtle inventory slot on any type of turtle, Minecraft crashes. Upon restarting, a blank sign (regardless if a string was passed to it or not) is placed and the turtle's inventory remains unchanged. (the sign duped)

EXPECTED RESULT:
Turtle successfully places a sign with any sting, if any, in the parameters.

REPRODUCTION STEPS:
1. Place any turtle in the world.
2. Put a sign in the turtle's selected inventory slot.
3. Pass the turtle the turtle.place() command

Crash report:
http://pastebin.com/raw.php?i=hfpgfgx8


Thank you for all your hard work you put into this mod. I hope this helps you out


Fixed in pr5

Edited by dan200, 18 September 2014 - 05:02 PM.


#34 Fls-Atlan

  • New Members
  • 1 posts

Posted 20 September 2014 - 09:10 AM

VERSION:
1.64pr5

DESCRIPTION:
I try to exeute the "refuel" command on a turtle an Minecraft crashed. If i try this on a server, only the server will crash.

EXPECTED RESULT:
Turtles should show the actualy state of tuel or refuel it

REPRODUCTION STEPS:
1. place a turtle
2. go to terminal
3. enter and execute "refuell" or "refuel all"

Crash report:
http://pastebin.com/PCUy5tKM


Caused by outdated api in Project:Red

#35 wieselkatze

  • Members
  • 221 posts
  • LocationGermany

Posted 20 September 2014 - 02:06 PM

NOTE:
Problem caused by the latest Project:RED-Compat version (build #49)

--------------------------------

VERSION:
ComputerCraft 1.64pr5

DESCRIPTION:
turtle.inspect() crashes Minecraft.

REDPRODUCTION STEPS:
Install Project:RED-Compat build #49, place turtle and run turtle.inspect()

CRASH REPORT:
Pastebin

--------------------------------

VERSION:
ComputerCraft 1.64pr5

DESCRIPTION:
turtle.place() crashes Minecraft.

REPRODUCTION STEPS:
Install Project:RED-Compat build #49, place turtle and run turtle.place()

CRASH REPORT:
Pastebin

--------------------------------

VERSION:
ComputerCraft 1.64pr5

DESCRIPTION:
turtle.dig() crashes Minecraft.

REPRODUCTION STEPS:
Install Project:RED-Compat build #49, place turtle and run turtle.dig()

CRASH REPORT:
Pastebin


Duplicate

Edited by dan200, 23 September 2014 - 08:04 PM.


#36 Cycomantis

  • Members
  • 60 posts

Posted 22 September 2014 - 04:35 AM

VERSION:
1.64pr5

DESCRIPTION:
Use turtle.suck(num) ignore specified number and will suck the entire chest contents what appears to be randomly.

EXPECTED RESULT:
Turtle to suck upto 63 items, no more.

REPRODUCTION STEPS:
Place a chest with several stacks of coal. I usually use 7+ to test. Place a crafty turtle facing the chest and run the following code entering y to continue until the chest is empty. Watch the results of the turtle.suck(63).
Spoiler


Cannot reproduce. I suspect the bug is with your program. Please provide a simpler repro case

#37 smene

  • Members
  • 3 posts

Posted 23 September 2014 - 04:09 PM

crash with pr5

http://pastebin.com/raw.php?i=S0QGYjFY

[Given the presence of Project Red, I would suspect that this is the same issue seen on page two, with PRed replacing the CC API. -L]


Duplicate

Edited by dan200, 23 September 2014 - 08:02 PM.


#38 Nokiyen

  • Members
  • 53 posts
  • LocationJapan

Posted 23 September 2014 - 09:36 PM

This is a more detailed report of the bug above.

Version
Computercraft 1.64 pr5

Description
turtle.suck(count) suck a stack with more size than the count.
 [condition]
 ・use turtle.suck() with the argument and from an outside inventory(like Chests).
 ・the stack size of the first stack to be sucked from the outside inventory is more than the argument.
 ・the outside inventory has more than one stack in its inventory.

Expected Result
turtle.suck(count) should suck a stack with just the same stack size as the count argument.

Image & Reproduction Step
Attached Image: cc.png


Fixed in pr7. Thank you very much for this report, it helped me enormously in finding the bug.

Edited by dan200, 23 September 2014 - 10:59 PM.


#39 Chromotron

  • New Members
  • 2 posts

Posted 24 September 2014 - 12:50 PM

I found a problem between Reika's DragonAPI and ComputerCraft:

VERSION:
ComputerCraft1.64pr6 (also happens in ComputerCraft1.64pr5)

DESCRIPTION:
Server crashes on turtle.dig() if DragonAPI is installed.

EXPECTED RESULT:
Mining blocks without crashing ;)

REPRODUCTION STEPS:
- Create a server with forge-1.7.10-10.13.1.1217, DragonAPI 1.7.10 V1f and ComputerCraft1.64pr6, each of which should be the current versions. No other mods needed.
- Place an (advanced) mining turtle.
- Place a block before it (say: dirt; also tested with stone and obsidian).
- Execute a simple "turtle.dig()" on the turtle, then the server exits.

SCREENSHOT/VIDEO:
You can find the server log here: http://pastebin.com/HeJu9sd0 . Note especially the following, which is missing if DragonAPI is not installed:

[14:22:51] [Thread-6/WARN] [FML/]: =============================================================
[14:22:51] [Thread-6/WARN] [FML/]: MOD HAS DIRECT REFERENCE System.exit() THIS IS NOT ALLOWED REROUTING TO FML!
[14:22:51] [Thread-6/WARN] [FML/]: Offendor: org/luaj/vm2/lib/OsLib.exit(I)V
[14:22:51] [Thread-6/WARN] [FML/]: Use FMLCommonHandler.exitJava instead
[14:22:51] [Thread-6/WARN] [FML/]: =============================================================


This is the same problem as ProjectRed; DragonAPI is shipping a beta version of the ComputerCraft API. I'll ask him to update it.

Sorry, I just realised that the second server log is quite relevant here. You may find it (or actually, I full remake of the original one) here: http://pastebin.com/XT0bKssM .

[Still the same problem, the DragonAPI is overwriting ComputerCraft's API and causing the NoSuchMethodError. -L]

#40 DeGariless

  • Members
  • 8 posts
  • LocationCalifornia, USA

Posted 26 September 2014 - 03:56 AM

not sure if this is a bug report or a feature request, but here it goes...

VERSION:
1.6.4pr6

DESCRIPTION:
Music discs played in disk drives continue playing after breaking the computer or the drive

EXPECTED RESULT:
Music stops when breaking either the disk drive or the computer.

REPRODUCTION STEPS:
1. Place a computer and a disk drive
2. Insert a music disk into the disk drive
3. Execute the disk.playAudio(string direction) command
4. Break the computer and or the disk drive
5. Wish there was a way to stop your music.
6. Repeat





1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users