You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Using s-chinese as in-game language but the problem should be obvious. The fluid phantomface was bound to the quad input hatch above it but it failed to fetch the displayed name of the block, instead shows unnamed.name, same for every Phamtomface varieties and every other GT tile-entities. That's yet another consequence of the method GT took to deal with its massive amount of registries.
But seems like AE2 has worked this around, as the names are shown as unnamed Interfaces' titles on the Terminal with no problem, so maybe we could check their code, see how it handles this and patch it with Labs.
The text was updated successfully, but these errors were encountered:
When a Phantomface is connected to ME storage exposer, which has both item and fluid capabilities, the status shows as Bad Connection but it'll function with no problem, only proxies the item part. I assume the Fluid Phantomface also acts this way.
Would be better to make it show as
Connected (Partial Function)
The connection point does not fully work with this device, will only handle the compatible part.
Fixed in 86c00b9. An exposer handles both item and fluid simultaneously. The phantomface does not check to make sure ONLY that capability is available, otherwise all blocks with energy capability would fail.
The actual issue, as seen in the commit, was that the ME Storage Exposer does not expose its capability on the client. This is acceptable by NAE2, but AA checked this on the client for the HUD.
Using s-chinese as in-game language but the problem should be obvious. The fluid phantomface was bound to the quad input hatch above it but it failed to fetch the displayed name of the block, instead shows
unnamed.name
, same for every Phamtomface varieties and every other GT tile-entities. That's yet another consequence of the method GT took to deal with its massive amount of registries.But seems like AE2 has worked this around, as the names are shown as unnamed Interfaces' titles on the Terminal with no problem, so maybe we could check their code, see how it handles this and patch it with Labs.
The text was updated successfully, but these errors were encountered: