In the "JIRA Ultimate Role Tracking and Estimation" plugin we stumble about a problem when using JIRA in German language:
Now you'll see a red error message beside the field: "Invalid original estimate entered". To submit, you must replace the "t" with a "d".
JIRA's original time tracking field do support this behavior.
(We set JIRA's render format for time tracking on /admin/TimeTrackingAdmin tracking to dates instead of the nice week/day/hour setting.)
It would be nice ifyou could check and hopefully fix this behavior.
Thanks in advance!
Michael
Hi Michael,
Thanks for the suggestion. We will definitly look into taking care of this in the next release.
Thanks,
Abhinav.
Hi Abhinav,
I'm affraid the problem is more important than we thought.
With UI in English, the Add-On will save the total estimation in Jira's own fields, making it available for other processes like reports or Portfolio for Jira, which we use for strategic planning.
Now, with the issue described above, the total estimation is not written to the orginal fields.
The user must switch to English and update the estimations to correct this issue (resulting in some confusion, since in English one must enter e.g. "0.5d" for half of a day - with a dot as decimal seperator. On German keyboards, the NumPad provides a ","...)
Thanks in advance!
Regards, Michael.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Michael,
Sorry for the delay, as it has been a busy month.
We tested this one out. So, if i am not wrong, the built in time tracking, while editing will show the day in "d" format and not "t" as in our plugin. Also, built in time tracking gives error when tiume is entred in "t" instead of "d", but will allow "," instead of ".".
Also, while you are viewing the time tracking values, they show up in "t".
We are trying to make it work like this. If our analysis is wrong or something is missing, please let us know. We will get this one up asap.
Thanks,
Abhinav.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Abhinav,
I'm pretty sure this feature worked in earlier versions, maybe it broke with latest 1.8.92, when the "total" row was introduced.
Wouldn't it be possible to respect the user's language settings when copying the total to the internal time tracking field?
Your analysis seems right to me. If I do not change the values in the built in fields, I can submit with "5,5t". But on change, I have to use "6,5d".
Best regards,
Michael
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Michael,
Apologies for the delay. We have fixed this and uploaded a new version of the add on. Please check it out and let us know if it has been fixed for you.
Thank You,
Abhinav.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Abhinav,
this seems to work again now, thanks a lot! We've tested and updated our live system with 1.8.93.
Best regards,
Michael
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Michael,
Thanks for the update and accepting the answer. Good to know it is working for you.
Best Regards,
Abhinav.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.