meteor-client
meteor-client copied to clipboard
Ininity Miner does not turn off mineScanDroppedItems if Repair Block is not on Target Items List
Describe the bug
The module has a list setting for Target Items and Target Blocks. Correct behavior would lead one to believe that if the Repair Blocks and drops are neither on the Target Items list or the Target Blocks list, then during repair, mineScanDroppedItems will be turned off. This is not the case and if the inventory is full of Target Block drops, but not full stacks, the mining stops because the process is waiting for the repair block drops to be picked up.
If this is expected behavior, then can a switch be added that allows turning off mineScanDroppedItems during repair process so the Target Blocks are the only blocks that get picked up when it switches back to the target block mining process?
Steps to reproduce
Set up infinity mining so the repair block drops is not on the Target Items list, the repair blocks are not on the target blocks list, and set up inventory so that each empty slot has one of the target block drops. Mining will stop during repair process while bot is waiting to fill your inventory with the unwanted repair block drops because mineScannedDroppedItems is turned on. Turning off that setting allows repair to take place, but target drops are now skipped, even though they are on the Target Items list and mineScannedDroppedItems is turned off to get the repair to work.
Meteor Version
0.5.2-1779
Minecraft Version
1.19.3
Operating System
Windows
Before submitting a bug report
-
[X] This bug wasn't already reported (I have searched bug reports on GitHub).
-
[X] This is a valid bug (I am able to reproduce this on the latest dev build).
bump