Common Issues
This page covers frequent problems and their solutions. If you encounter an issue not listed here, please report it on GitHub.Mouse Control Issues
The mouse control is going wild! How do I stop it?
The mouse control is going wild! How do I stop it?
- Don’t move your mouse while the bot is placing aspects
- Ensure the game window remains focused
- Check that the game window is on your main screen
- Verify the window isn’t at negative screen coordinates
Mouse clicks are happening in the wrong places
Mouse clicks are happening in the wrong places
- Game window is not on the main screen
- Window was moved/resized after screenshot was taken
- GUI scale in Minecraft doesn’t match expected size
- Window is at negative screen coordinates
- Move the game window to your primary monitor
- Let the bot maximize the window automatically (don’t resize manually)
- Keep the window maximized during operation
- Check
debug_render.pngto see if aspect positions were detected correctly
src/__main__.py:172-176.Aspect placement is too fast and missing hexagons
Aspect placement is too fast and missing hexagons
- Reduce Minecraft lag (lower graphics settings, close background apps)
- Modify timing delays in
src/utils/mouseactions.py:10-22:
Screenshot and Detection Issues
Screenshot fails when window is at negative coordinates
Screenshot fails when window is at negative coordinates
- Move the game window to positive coordinates (preferably on the main screen)
- Let the bot reposition the window automatically (it moves it to 10, 10)
- Ensure the game window is on your primary monitor
Aspects are not being detected on the board
Aspects are not being detected on the board
- Verify the resource pack is installed:
- Copy
minecraft_resource_pack/to.minecraft/resourcepacks/ - Activate “Thaumcraft Research Bot Textures” in Minecraft
- Copy
- Check the
debug_render.pngfile:- It should show detected aspect positions
- If aspects are missing, the resource pack may not be active
- Ensure tooltips aren’t covering the board:
- Hide NEI (press
Oin GTNH) - Move your mouse away from the puzzle board before starting
- Hide NEI (press
- Check board detection:
- The puzzle should only have initially given aspects (no manually placed ones)
- Empty hexagons must be clearly visible
'debug_input.png' is blank or corrupted
'debug_input.png' is blank or corrupted
- Game window is minimized
- Window is on a secondary monitor not being captured
- Screenshot permissions issue
- Ensure game window is maximized and visible
- Move window to primary monitor
- Run the terminal/IDE as administrator (Windows permissions)
- Check that the game window matches
game-window-titlein config
Configuration Issues
Game window not found
Game window not found
- Check your game window title (look at the window’s title bar)
- Update
config.toml: - Remember: The setting matches the beginning of the title, not the whole thing
Multiple game windows found
Multiple game windows found
game-window-title setting.Solution:- Close extra Minecraft instances
- Make your
game-window-titlemore specific - Ensure only one Minecraft window is open
Config changes not taking effect
Config changes not taking effect
config.toml but bot still uses old settings.Cause: Configuration is cached in src/utils/config.py:44 using @cache.Solution:- Completely stop the bot (Ctrl+C)
- Edit
config.toml - Restart with
uv run main
Invalid TOML syntax error
Invalid TOML syntax error
-
Strings not in quotes:
game-window-title = GT: New Horizons❌ -
Correct:
game-window-title = "GT: New Horizons"✓ -
Missing brackets in arrays:
disabled-aspects = "caelum", "tabernus"❌ -
Correct:
disabled-aspects = ["caelum", "tabernus"]✓ -
Wrong section syntax:
general❌ -
Correct:
[general]✓
Solver Issues
Solver is taking too long (minutes)
Solver is taking too long (minutes)
- Small boards (2-4 aspects): < 1 second
- Medium boards (5-6 aspects): 1-5 seconds
- Large boards (7-8 aspects): 5-30 seconds
- Very large boards (9+ aspects): 30+ seconds to minutes
- Be patient - the solver will eventually find a solution
- Check
debug_render.pngto see if the board was parsed correctly - Consider solving very large puzzles manually
Solver fails with an error
Solver fails with an error
- Check the terminal output for error messages
- Look at
debug_render.png- it shows how the board was interpreted - Verify
debug_input.pngis a clear screenshot of the puzzle
- Board wasn’t parsed correctly (holes detected wrong)
- Disabled aspects that are required for the solution
- Board has aspects manually placed (should only have initial aspects)
- The
debug_input.pngfile - The
debug_render.pngfile - The terminal error output
- Your
config.toml(especiallydisabled-aspects)
Solution uses expensive aspects I don't want
Solution uses expensive aspects I don't want
config.toml:Invalid solution detected - duplicate coordinates
Invalid solution detected - duplicate coordinates
- Check
debug_render.pngto see the invalid solution - Report this on GitHub with:
debug_input.pngdebug_render.png- Terminal output
- Try running again with
r(retry) or process the next board
src/__main__.py:392-393).Missing Aspects Issues
Bot detects missing aspects I actually have
Bot detects missing aspects I actually have
- Aspects are in a different position than expected
- Resource pack isn’t working for those specific aspects
- Tooltip is covering the aspect
- Check
debug_render.pngto see which aspects were detected - Ensure all aspects are visible (no tooltips covering them)
- Verify resource pack is active
- Try researching a simpler aspect first to verify detection works
Automatic aspect crafting isn't working
Automatic aspect crafting isn't working
“When crafting an aspect we never had before, the screen positions of other aspects may change, which can break this!” (see src/utils/mouseactions.py:53)
Recommendation:- Craft missing aspects manually before starting
- Answer “n” when asked about automatic crafting
- Ensure you have all compound aspects in your inventory
- Answer “y” when prompted
- Watch the first few crafts carefully
- If positions get misaligned, stop and restart
Installation and Environment Issues
'uv' is not recognized as a command
'uv' is not recognized as a command
- Install uv following the official guide
- On Windows, you may need to restart your terminal
- Verify installation:
uv --version
Linux support?
Linux support?
“No Linux Support - I don’t want to deal with finding a universal way of taking screenshots and performing mouse input”Why:
- Screenshot libraries behave differently on Linux
- Mouse control varies by window manager/compositor
- Would require significant additional development
Import errors or missing modules
Import errors or missing modules
- Use
uv run main(notpython main.py) - uv automatically installs dependencies
- If issues persist, delete
.venvfolder and try again
File and Permission Issues
Can't write debug files
Can't write debug files
debug_input.png or debug_render.png.Solutions:- Run terminal as administrator (Windows)
- Check folder permissions
- Ensure the project folder isn’t read-only
- Close image viewers that might have the files locked
test_inputs folder doesn't exist
test_inputs folder doesn't exist
test_all mode fails because folder is missing.Solution:
Create the folder manually:src/__main__.py:402-404).Getting Help
If you encounter an issue not covered here:Known Limitations
These are documented limitations from the README:- No Linux Support - Windows only due to screenshot/mouse control libraries
- Solver scaling - Large boards (7+ given aspects) get slow
- No aspect detection - Doesn’t detect how many of each aspect you own
- Fixed mouse speed - No configuration option to adjust timing
- Limited GUI size testing - Not well tested on different GUI scales and resolutions
- Negative coordinates - Screenshot library fails when window is at negative screen coordinates
Next Steps
- Usage Guide - Learn proper bot operation
- Configuration Guide - Customize settings to avoid issues
- GitHub Issues - Report bugs and get help