Closed ghost closed 5 months ago
Seems it's related to one of the dependencies:
https://github.com/PikaMug/LocaleLib/blob/master/src/main/java/me/pikamug/localelib/LocaleManager.java#L464
the second one should be str.indexOf("]")
Hope that helps Graycat
Seems it's related to one of the dependencies: https://github.com/PikaMug/LocaleLib/blob/master/src/main/java/me/pikamug/localelib/LocaleManager.java#L464 the second one should be
str.indexOf("]")
Hope that helps Graycat
That line is referring to Minecraft strings as they appear within the internal en_us.json file, i.e. "enchantment.minecraft.fortune": "Fortune",
where the last character is ,
not ]
.
I'll find time to test this, but based on the error it's possible I may need the entire, non-stripped quest to replicate.
Seems it's related to one of the dependencies: https://github.com/PikaMug/LocaleLib/blob/master/src/main/java/me/pikamug/localelib/LocaleManager.java#L464 the second one should be
str.indexOf("]")
Hope that helps GraycatThat line is referring to Minecraft strings as they appear within the internal en_us.json file, i.e.
"enchantment.minecraft.fortune": "Fortune",
where the last character is,
not]
.I'll find time to test this, but based on the error it's possible I may need the entire, non-stripped quest to replicate.
Let's say that I added some debug messages and it doesn't contain a , anymore I know the enchantments have been changed in one of the 1.20.X version this may be why but when I recoded the plugin to use ] it all worked without issues.
and the quest provided is enough to recreate it.
Let's say that I added some debug messages
Did you actually, or is this theoretical? If you've done so, let me know which version of 1.20 has changed the strings (or at least which you tested on - it's either 1.20.3 or 1.20.4 based on error). Otherwise, even if ]
happened to work, it could be masking an underlying issue.
and the quest provided is enough to recreate it.
The index numbers will almost certainly vary, but as long as an out of bounds exception is thrown that's fine.
Let's say that I added some debug messages
Did you actually, or is this theoretical? If you've done so, let me know which version of 1.20 has changed the strings (or at least which you tested on - it's either 1.20.3 or 1.20.4 based on error). Otherwise, even if
]
happened to work, it could be masking an underlying issue.and the quest provided is enough to recreate it.
The index numbers will almost certainly vary, but as long as an out of bounds exception is thrown that's fine.
Yes I did test it the server is currently running find with that modification running and is going smooth. I'm not 100% sure which mc version is the cause though as I updated from 1.20.2 to 1.20.4
I was incorrect in determining that line referred to the internal string. It was actually referring to a String representation of the Enchantment, which at some point became:
Enchantment[minecraft:vanishing_curse]
Previously, it would have appeared as such (as tested on 1.17.1):
Enchantment[minecraft:vanishing_curse, VANISHING_CURSE]
Unfortunately, replacing ,
with ]
passes on current version, but would break older ones. I hope to have a solution ready soon.
What is your Quests version / build number (do not say "latest")?
5.0.0-rc.4-b${env.BUILD_NUMBER} (manually build from github source code)
Describe the problem and how to replicate it.
Make a quest with a items-to-enchant stage followed by delivering this item to a npc stage (not required both stages have the same issue) Just a sidenote these quests were made using QuestsGUI not sure if that helps
Any console errors to share?
If applicable, can you provide an example quest from quests.yml?