-
Notifications
You must be signed in to change notification settings - Fork 1
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
Correcting parsing error since using : in Key #33
Conversation
@infograf768 |
Thanks for testing. Don't forget to update your branches. ;) |
@infograf768 And, what about automaric updates? seems is not ready to get automatic alert about the new versions released from here. |
Making new pack now. |
@infograf768
As changed with your patch should be:
|
Thanks, JM. I have also seen that you have offered it where it corresponds, with no response at the moment. |
I can correct directly but it looks like the |
It certainly seems that this is used just to have that information in the item but in the end it is not used anywhere. Anyway and since it is there, I think it does not hurt to fix it. Maybe in the future is required call that information from somewhere and the bug would already be solved. If i am not wrong that info bypassed by that function was useful to create the translation language files with the right en-GB set of keys and strings (due maybe there was develop or not, or due we was using the local en-GB installed instance as reference or not). But in this moment the struff creating the translation file based on the en-GB reference is working fine without to call "combineReferences" If the bug is present, i suggest to solve it :) |
Corrected. |
We have new strings in com_admin.ini for 4.0.4 containing
:
Image after patch
This works fine as
:
is authorized for parsing inis in general but creates errors in com_localise as:
is not taken care of when parsing.This PR adds the
:
in the translation model as well as in parseini.jsBefore patch:
After patch
@Valc
This one is urgent