Can only use the right three spots in item responder chip filter
Houndie opened this issue ยท 9 comments
Which modpack version are you using?
2.0.8.8
If in multiplayer; On which server does this happen?
N/A
What did you try to do, and what did you expect to happen?
Pick up an item and be able to place it in the filter for the ProjectRed Item Responder Chip.
What happened instead? (Attach screenshots if needed)
Item ejects onto ground
What do you suggest instead/what changes do you propose?
Let me place the item in the Item Responder Chip Filter.
It looks like because the "filter" dialog is only a pop up on top of the regular dialog, only the spots on the pop up dialog that overlay the bottom dialog work. Any spots on the pop up dialog that don't overlay the bottom dialog functionally don't exist, which is why items drop on the ground when trying to place an item in that spot.
I'm going to try and see if this reproduces outside of GT:NH next, as well as see if there's a more recent version of projectred out there that doesn't have this problem.
Okay so I made a new minecraft instance with only the ProjectRed mods (the exact same jars from my GT:NH instance) as well as ForgeMultipart and MrTJPCore (as the startup dialog wouldn't start without them) I'm not sure why GT:NH doesn't need these mods, I guess something else is providing the same functionality? Or are they there but not in the mods
folder? I didn't see them on my mod list anywhere.
In this testing instance, the filter works fine. This leads means the problem is not in the projectred jar files. This leaves the following options:
- Something GT:NH does breaks this
- There's a bug in whatever is providing ForgeMultiblock/MrTJPCore interfaces in GT:NH.
- There's a conflict between two mods causing this issue.
Adding NEI and and CodeChickenCore to the mix recreates the issue, this seems to be an issue steming from the use of these two mods. There's a similar issue on the ProjectRed github relating to JEI.
Workaround: Disabling NEI (default keybind: o) can provide access to the rest of the chip.
@Houndie can you explain what you mean ?
Sure:
- On the image posted above, click the top circle ("filter"). A popup with a 3x3 grid should appear.
- Try and put any items in the left 6 spots. You'll see that they eject to the ground.
- Mouse over the 9 spots. You'll see that they only react to your mouse where the popup intersects with the dialog shown above. Presumably, NEI is sitting on top of the popup, and taking mouse inputs.
Dialog works where it intersects with the lower dialog (see the highlighted square)
Dialog doesn't work where it doesn't intersect (NEI stealing inputs, no highlighted square)
Disabling NEI lets the dialog work again (highlighted square back)
Honestly now that I've done the debugging, this seems more like either a ProjectRed or NEI bug...either ProjectRed is not notifying NEI of it's dialogs correctly so it doesn't know to clear out of the way, or NEI is not recognizing ProjectRed's popups correctly and not resizing. I mostly just made the ticket here because I didn't know what was causing it at first, and to give others a searchable way to find the workaround. I'm not going to be offended if this is a Won'tFix :-)
@mitchej123 any idea if we can fix it nei side or project red side ?
It's the bookmark panel in nei. Need to push it left if this gui is open. Thanks for tracking down the cause, will look into fixing it
@mitchej123 Should this be moved to the NEI repo?