Sometimes when I tell a robot to pickup 4 planks(because of how much the crude bench saw can make at one time) the robot tries to get 6 and it stops them from doing anything untill you give them 6.
Hello! Great game! I think I found a bug, though.
I have the following setup:

The first General Storage contains planks, the second poles, and the Basic Workbench is set up to create wooden axes. Works like a charm. Andy chops wood until his axe breaks. Since his hands are then empty, he goes to the Storages, grabs the components, crafts the new axe, and picks it up. Awesome.
I'd like Andy to just keep doing this, so I want to embed this whole setup within a 'Forever' loop. That's when it all goes wonky, though. I've tried programming Andy in several different 'orders', but none seem to work the way I'd like. Adding a single chopping action and then going to create the axe works. (It doesn't work out, because Andy has his hands full of axe and can't get the planks or poles to create the new axe, but he seems to go through the motions correctly). Then adding the inner loop of 'Repeat until hands empty' again doesn't work: the inner loop seems to be ignored then.
For now I just poke Andy and tell him to 'Go!' again when he's waiting at the workbench with his new axe... am I expecting too much?
Sorry if this has been mentioned before, but I seem to be having a problem with cereal crops. I have these 2 patches of crop that my bot keeps using the scythe on and they won't go away, and that makes my other bots not do anything because they are waiting for the bot to finish his job. Saving and reloading seems to break things further, because the golden cereal crop turns into the low quality crop, and the bot keeps trying to work on the same 2 squares. Both squares will not turn into bale cereal, so the bot continues to switch back and forth.
:( Actually, I just found out my solution doesn't work. Even though I have 3 copies of the game installed in 3 seperate directories, the save game is somehow shared between the three copies. One very upset 9 year old found out his daddy 'purposely' (not) overwrote his save game. All the more urgency for multiple save slots, please!
Went through the past few days of bugs. Most of my bugs have been noted by others. But there's a few that I didn't see mentioned.
1) Rapidly inserting items into the recycler makes them invisibly stack in front of it. The bots notice them and can pick them up and restore them. Or saving and loading will restore them.
1b) Placing a bot that is holding items into the recycler permanently deletes the items he is holding.
2) I saw a post about cereal crops that get stuck. But I have it happen with trees as well, didn't see anyone mention this. Can't interact with it. Saving and Loading causes the stuck trees to become invisible. I'm not sure how to reproduce this but it seems to happen when you or the bot doesn't finish harvesting the tree. (I did get some buggy behavior trying to recreate this one, telling the bot to stop chopping the tree when he is in the middle and trying to pick him up. He would get caught in a loop chopping the tree until you tell him to stop.) I saw this in occur in a YouTube let's play of it, so it's probably pretty common, I can get you the video and time stamp if interested.
3) Quasi-bug: some weird scripting stuff that's not intuitive. For instance if you teach to get something from a general storage, it has 2 commands, move to general storage, take from general storage. In reality it seems to be "move to selected general storage", "take from selected general storage" as you can't mix and match. In contrast something like a stick seems to be "select nearest stick", "go to selected item", "pick up selected item" The gui doesn't communicate this at all and took me a bit to troubleshoot what was going on. It seems to work better if you don't move commands around much.
4) Minor bug, if you pick up the bot while teaching him it messes up the gui, you can't place loops. Though the bot continues receiving instructions.
5) The bots don't make a check after selecting an item that the items still exist or is nearby when they get there (at least with some commands). For instance if they are to chop a plank into poles. If you pick up the plank they selected and walk off, they get turned into poles anyway (where the plank was before you picked it up) and you are left with an invisible plank in your hand that you need to drop (can be used to duplicate items). If you chop the plank first, they get stuck into a infinite chopping nothing loop. Amusingly, the axe continues the chopping animation even when taken from the bot.
That's all I can think of right now. Pretty fun little game, excited to see what you do with it. And looking forward to seeing some of the updates that you have mentioned, explicit work areas, more conditional statements, etc. I also find myself wanting more ways to input instructions, maybe choose from a list. Or copy and paste instructions into and out of a notebook or something would be nice.
Anyway, hope that's helpful and good luck!
Excellent work!
1) This is new. Added.
1b) This is known thanks.
2) This is known thanks.
3) Yeah the clarity of the scripting isn't great. However this is just the very first attempt to get things going and we'll be refining as we go.
4) This will be fixed in Version 4 on Monday.
5) This is new though we have a related bug already noted. Added
Thanks for these!
I''m not sure what's causing it, but for some of my basic workbots they have started not listening to repeat commands. I could switch workbots and the same set of commands would work, but they wouldn't realize their hands were full and continue to repeat. They have now started to glitchingly jump back an action and run even without a repeat or forever bracket.
Hope I'm not being too pushy with the feature requests, just see it as feedback and do with it what you will ;)
The 'red circle' that shows the bot's working terrain apparently is centered around the location of the first item you interacted with when you were teaching the bot (i.e. if you're teaching it to chop wood, it will only chop wood in a certain radius around the location of the tree you chopped to show the bot how). It would be nice to have more control over this; for instance by clicking on the 'Find nearest x' entry in the learning dialog, and then clicking the position on the map you'd like to be the center of the bot's working area. Not too hard to fix this up when you're working with inanimate objects (e.g. just drop a log where you want the center to be, then show the bot how to pick it up and bring it to the storage), but I found it very tricky to set the working area I wanted for my bot-recharger-bot. Then again, maybe that's how you want it ;)
On a related issue: the 'Find nearest x' has the bot go to the 'x' nearest to the center of its 'red circle'. Sometimes this makes for very counterintuitive behavior, where for example a bot ignores a tree that's right next to the one he just chopped down, to walk to the other end of its 'red circle' work area where a tree is a fraction closer to the center. Reading 'Find nearest x' I would find it more logical for the bot to find the 'x' closest to its current location (while still within the red circle, to prevent it wandering off too far).
Perhaps this could be added as behavior for higher tier bots; it'll make them 'smarter'.