-
-
Notifications
You must be signed in to change notification settings - Fork 3.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Update JINVALID_TOKEN text for consistency #8819
Conversation
In all other languages (and the en-GB install ini) JINVALID_TOKEN includes additional text beyond "invalid token" The PR makes this Language file consistent with the other language files.
I have tested this item ✅ successfully on 42c7e6f This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/8819. |
I have tested this item ✅ successfully on 42c7e6f This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/8819. |
RTC - thanks This comment was created with the J!Tracker Application at issues.joomla.org/joomla-cms/8819. |
@rdeutz Is there any reason to hold a text correction back for 3.5.1 rather than including in 3.5.0? |
Beta state means only bug fixes go in, that's the procedure, that's all. |
This is a bug.
|
In a language file? |
Yes.
|
@rdeutz |
Whatever, this is in no meaning a bug. We have a process and I am following the process. I am open to discuss the process but I am not open to discuss any issue, if that can be merged or not. The reason for having a policy is that It wouldn't be the first time we merged a small change and the result was that there was a side effect and we had to release and new release just some days after we released a version. We need to deliver a more stable and better in quality Joomla. I checked any issue in RTC and I am merging all issues that are bug fixes following the procedure we agreed on usually within hours. But it seems that this is not a way to make people happy so I will stop doing it, there are enough people with merge right that can do the job. |
@rdeutz it's clearly a mater of interpratation on if a translation string wording is a bug. I'm not intending to debate the process. Clearly 3.5.0 is in beta, therefore it's in language freeze (i.e. no api end point changes or new feature additions) and only bug fixes should go in (unless a show stopper bug is discovered). But we unfortunetly don't have good guidlines on when a bug is acceptable for inclusion in a beta state release vs when it has to be help back for the next patch release. Therefore, there is all kinds of opinions going arround on whether this PR or that PR is actually a bug that can be included during the beta state of 3.5.0. Which is where, as you pointed out, some people are not happy with the resulting decisions and interpretations of whether a PR is or isn't the type of bug that can be merged at the point of a beta state. |
Update JINVALID_TOKEN text for consistency
We haven't called language freeze on anything other than the installation folder langs at the moment. So I'm merging this for 3.5.0 |
In all other languages (and the en-GB install ini) JINVALID_TOKEN includes additional text beyond "invalid token" This PR makes this Language file consistent with the other language files.
Here is a ruff guidline based on the approved Semantic Versioning used by Joomla, which I think works well for evaluating if a PR is a bug fix for MAJOR.MINOR.PATCH, increment (or in this case for inclusion in the current beta series. Since all bug fixes which would otherwise increment PATCH number generally can and should be included during beta)
Based on those review points I would suggest that this has good qualifications for being a bug fix.