Problem
When an egg has a Configuration Files entry that sets a numeric (or boolean) value, e.g.:
{
"bukkit.yml": {
"parser": "yaml",
"find": {
"spawn-limits.monsters": 15
}
}
}
15 is defined as an integer in the egg, not a string. However, when the server is created and bukkit.yml is generated, the value is written as a quoted string instead:
spawn-limits:
monsters: "15" # actual
monsters: 15 # expected
This causes issues with servers that expect a real number (or boolean) for these keys, since they receive a string instead.
Reproduction
- Use an egg with a
Configuration Files entry that sets an integer or boolean value (e.g. spawn-limits.monsters: 15)
- Create a new server so the target file (
bukkit.yml) is generated for the first time
- Result:
monsters: "15" is written instead of monsters: 15
Expected behavior
Values defined as numbers/booleans in the egg's configs should be written unquoted in the resulting config file.
Additional context
Possibly related to open PR #194.
Problem
When an egg has a
Configuration Filesentry that sets a numeric (or boolean) value, e.g.:{ "bukkit.yml": { "parser": "yaml", "find": { "spawn-limits.monsters": 15 } } }15is defined as an integer in the egg, not a string. However, when the server is created andbukkit.ymlis generated, the value is written as a quoted string instead:This causes issues with servers that expect a real number (or boolean) for these keys, since they receive a string instead.
Reproduction
Configuration Filesentry that sets an integer or boolean value (e.g.spawn-limits.monsters: 15)bukkit.yml) is generated for the first timemonsters: "15"is written instead ofmonsters: 15Expected behavior
Values defined as numbers/booleans in the egg's
configsshould be written unquoted in the resulting config file.Additional context
Possibly related to open PR #194.