Seed search enters infinite loop when using 2+ items

[Sir-Ryu]

Summary
When using seed search mode in the desktop version (.jar), if two or more items are entered the application enters a loop with no results until the user manually stops the search.

Steps to reproduce

1. Run the desktop version on Windows 11 (tested with the last two releases).
2. Open the Find seed function.
3. Enter a list of two or more items (each item in lowercase and on a new line). Valid example taken from the README:

ring of sharpshooting +2
alchemist's toolkit

or

sharpshooting +2
toolkit

4. Start the search.

Expected behavior

• The application should search for seeds and:

  • return seeds that match the criteria (or)
  • if the input is invalid or there are no matches, the application continues searching indefinitely

Actual behavior

• When 2 or more items are entered, the search enters a loop and produces no results until the user cancels manually.
• This issue was observed on the tested desktop (.jar) versions. Earlier versions were not tested, so their behavior is unknown. The Android (.apk) version does not exhibit this behavior.

Versions and environment

• Operating system: Windows 11
• Tested on:
  • desktop-v3.3.5-1.5.jar
  • desktop-v3.3.6-1.6.jar
• Android version (.apk): works correctly (no bug).

[Elektrochecker]

Works without issues for me on desktop-v3.3.6-1.6.jar using the example from the readme with the following setup

Java version

openjdk version "25.0.2" 2026-01-20
OpenJDK Runtime Environment (Red_Hat-25.0.2.0.10-2) (build 25.0.2+10)
OpenJDK 64-Bit Server VM (Red_Hat-25.0.2.0.10-2) (build 25.0.2+10, mixed mode, sharing)

Toolkit settings

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE properties SYSTEM "http://java.sun.com/dtd/properties.dtd">
<properties>
<entry key="custom_seed">1134022434588</entry>
<entry key="remember_seeditems_text">sharpshooting +2
toolkit</entry>
<entry key="challenges">0</entry>
<entry key="fullscreen_monitor">0</entry>
<entry key="number_of_floors">4</entry>
</properties>

Seed is found after a few thousand tries.

Maybe try deleting yout settings file .local/share/.elektrochecker/shpd-toolkit/settings.xml and trying again with a sensible number of floors set.

[Sir-Ryu]

Thank you for checking. Unfortunately, the issue is still present on my end. I let the search run for over half an hour without getting any results, while on Android (same device) the same query finishes in a matter of seconds or a minute, depending on the floor count.

I also tried adjusting the settings (different floor counts) and deleting the configuration file, but that didn't help. By the way, the path you mentioned (~/.local/share/.elektrochecker/shpd-toolkit/settings.xml) seems to be the Linux location. On Windows, the settings are stored in %APPDATA%.elektrochecker\SHPD toolkit\settings.xml. I deleted that file, restarted the app, and tried again – but the behavior remains the same.

This error has also been shown by a YouTuber who uses the tool in their videos – in fact, it was through them that I discovered this utility – and in their case, the search also gets stuck without results when entering multiple items in the desktop version. So I'm not the only one experiencing this.

Also, something I forgot to mention earlier: your other tool, the command-line shpd-seed-finder, works perfectly with the same search criteria. The issue seems to be limited to the desktop version with the graphical interface (.jar).

Let me know if there's any more information I can provide to help debug the problem. Thanks for your work on this tool!

[Elektrochecker]

Okay, can you please post the following:

1. The output of your

java -version

so I can try to replicate your setup in a VM

2. The logs of shpd-toolkit after you start a unsuccessful search, after starting it in a terminal using

java -jar desktop-v3.3.6-1.6.jar

3. Watch your system resources (mem and cpu usage) while the program is running: the expected behavior is that your OS maxes out a single CPU core while searching

4. If exists, a video of your youtuber where the problem is demonstrated

Thanks in advance

[Elektrochecker]

Also on second thought, it might have something to do with windows CRLF newlines. Maybe you can try to somehow get your search into the textbox with only LF and try if that works (i do not know how or if that is even possible on windows, but might be worth a try)

[Sir-Ryu]

Thank you for your for the suggestions. I have gathered the information you requested:

1. Java Version

openjdk version "21.0.5" 2024-10-15 LTS
OpenJDK Runtime Environment Temurin-21.0.5+11 (build 21.0.5+11-LTS)
OpenJDK 64-Bit Server VM Temurin-21.0.5+11 (build 21.0.5+11-LTS, mixed mode, sharing)

2. Logs and a New Bug
I ran the .jar from the terminal and reproduced the issue. The log output during the hanging search was minimal, only showing:

[Controllers] added manager for application, 1 managers active
[Controllers] removed manager for application, 0 managers active

However, I discovered a new, related bug: if the search is in its infinite loop and I try to close the window by clicking the 'X' without having manually canceled the search first, the window closes but the Java process continues running in the background. It keeps searching silently and consuming CPU until I manually end the task in Task Manager. This also seems to corrupt the settings.xml file, preventing it from saving the window size correctly and from continuing the search, causing the following error when restarting the application:

java.util.InvalidPropertiesFormatException: jdk.internal.org.xml.sax.SAXParseException;
        at java.base/jdk.internal.util.xml.PropertiesDefaultHandler.load(PropertiesDefaultHandler.java:85)
        at java.base/java.util.Properties.loadFromXML(Properties.java:1001)
        at com.badlogic.gdx.backends.lwjgl3.Lwjgl3Preferences.<init>(Lwjgl3Preferences.java:49)
        at com.shatteredpixel.shatteredpixeldungeon.desktop.DesktopLauncher.main(DesktopLauncher.java:172)
Caused by: jdk.internal.org.xml.sax.SAXParseException;
        at java.base/jdk.internal.util.xml.impl.ParserSAX.panic(ParserSAX.java:644)
        at java.base/jdk.internal.util.xml.impl.Parser.step(Parser.java:499)
        at java.base/jdk.internal.util.xml.impl.ParserSAX.parse(ParserSAX.java:432)
        at java.base/jdk.internal.util.xml.impl.ParserSAX.parse(ParserSAX.java:407)
        at java.base/jdk.internal.util.xml.impl.ParserSAX.parse(ParserSAX.java:370)
        at java.base/jdk.internal.util.xml.impl.SAXParserImpl.parse(SAXParserImpl.java:97)
        at java.base/jdk.internal.util.xml.PropertiesDefaultHandler.load(PropertiesDefaultHandler.java:83)
        ... 3 more

3. System Resource Usage
I monitored the resource usage as you asked. My CPU has 6 cores.

• Idle/Just Opened: The app uses about 20-40% total CPU (the java process itself uses 15-25%)
• During the hanging search: Total CPU usage rises to 60-70%, with the java process fluctuating between 30% and 55%.

4. YouTuber Video
Here is the link to the video where the problem is demonstrated. The issue occurs at minutes 3:25:
https://youtu.be/eWesVKZQ4D8?si=5a8XdB89mFlFgvLx

5. CRLF / LF Test
Your suspicion about line endings was absolutely correct. I managed to paste text with only LF line endings using VS Code.

When I paste this LF-only text, the text box displays three lines: the first item, a blank line, and the second item. With this specific input, the search works perfectly and finds seeds!

Please let me know if you need any other information. Thanks again for your help!

[Elektrochecker]

please try if the newest version desktop-v3.3.8-1.6.jar fixes this