IntellectualSites / IntellectualSites/FastAsyncWorldEdit
<pattern> is using inconsistent color codes
Nobody has claimed this yet.
- Dominant language
- Java
- Stars
- 806
- Forks
- 394
- Avg merge
- 22h 19m
- Merged PRs (30d)
- 14
Description
Server Implementation
Paper
Server Version
1.19.1
Describe the bug
When there is a missing argument or an invalid value used in a command the color code in <pattern> is not correctly applied on the < > arrows. &e< and &6> I can't find this in the lang file so I'm assuming it's hardcoded,
To Reproduce
Do //set on it's own or do //set with an invalid value
Expected behaviour
should either be in one uniform color code or the arrows should use consistent colors
Screenshots / Videos
No response
Error log (if applicable)
No response
Fawe Debugpaste
https://athion.net/ISPaster/paste/view/a755e2984c3849489c52c0a16cbcedec
Fawe Version
FastAsyncWorldEdit version 2.4.2;8414e64
Checklist
- I have included a Fawe debugpaste.
- I am using the newest build from https://ci.athion.net/job/FastAsyncWorldEdit/ and the issue still persists.
Anything else?
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the formatting issue with //set and an invalid value on the reported Paper 1.19.1 setup. Search the command error messages and the lang file for and compare the color handling of its arrows; done means the pattern displays one consistent color treatment.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- java
- Domain
- cli, localization
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100