"Start" button non-functional when crafting vanilla cake #2699

Closed
drstasis opened this Issue Dec 12, 2016 · 3 comments

Projects

None yet

3 participants

@drstasis

Description

Clicking the "Start" button on the crafting screen does nothing when crafting cake. Works when crafting other items (sugar from sugarcane was tested on the same network.)
ae2_issue
As seen in image, the "Start" button appears normal, but nothing happens when I click it.

Environment

Network is:

  • ME controller

  • Energy Acceptor providing AE from RF

  • 1 Interface connected to a Molecular Assembler

  • 3 Storage Buses connected to 3 separate storage drawers from Storage Drawers mod (version 1.10.2-3.4.2)

  • 1 Storage Bus connected to an Oak Chest containing buckets of milk. Storage chest is configured to store empty buckets, milk buckets, and sugar (chest had 11 milk buckets at time of testing)

  • 1 Crafting computer, composed of 1 Crafting Unit and 1 1k Crafting Storage

  • 1 Export Bus, configured to export vanilla cake, upgraded with a Crafting Card (have tested with this disconnected.) As far as I know, this should be able to request a cake to be crafted.

  • ME Crafting Terminal

  • Minecraft Version: 1.10.2

  • AE2 Version: rv4 alpha 5

  • Forge Version: 12.18.2.2124

@Ommina
Ommina commented Dec 12, 2016

I want to say this has already been fixed in a subsequent alpha. You are, at present, three releases behind. Maybe give alpha8 a try and see what that does for you.

@drstasis

I will give that a shot when I can (travelling for work the next week or so)

@drstasis

I had a chance to test some more today, so I upgraded to AE2 rv4 alpha 8 and Forge 12.18.2.2139. The issue remains: clicking the "Start" button does nothing. Screenshots of my test setup posted below.
ae2_issue_creative1
ae2_issue_creative2
ae2_issue_creative3

I have attached a list of other mods I am running, perhaps there is a known interaction that is causing this.
modlist.txt

@yueh yueh added the type-bug label Dec 14, 2016
@yueh yueh added this to the rv4 beta - 1.10 milestone Dec 14, 2016
@yueh yueh added a commit that closed this issue Dec 14, 2016
@yueh yueh Fixes #2699: Do not trust the stackSize in case of internal changes.
An external inventory might change the stacksize of the slot we currently
are extracting from. Thus we have to cache the initial stackSize for a later
calculation of the extracted amount per slot.
As other inventories might NOT change the stacksize after a modification,
we can not use the stack reaching 0 as conditions to break.
a3c85b4
@yueh yueh closed this in a3c85b4 Dec 14, 2016
@phit phit added a commit to Stonebound/Applied-Energistics-2 that referenced this issue Dec 19, 2016
@yueh @phit yueh + phit Fixes #2699: Do not trust the stackSize in case of internal changes.
An external inventory might change the stacksize of the slot we currently
are extracting from. Thus we have to cache the initial stackSize for a later
calculation of the extracted amount per slot.
As other inventories might NOT change the stacksize after a modification,
we can not use the stack reaching 0 as conditions to break.
ae3e32a
@phit phit added a commit to Stonebound/Applied-Energistics-2 that referenced this issue Dec 19, 2016
@yueh @phit yueh + phit Fixes #2699: Do not trust the stackSize in case of internal changes.
An external inventory might change the stacksize of the slot we currently
are extracting from. Thus we have to cache the initial stackSize for a later
calculation of the extracted amount per slot.
As other inventories might NOT change the stacksize after a modification,
we can not use the stack reaching 0 as conditions to break.
dece1d0
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment