Hello,
Currently it is not possible to change the system date and time settings on a Per project basis, and we have the following feature request (both cloud and server respectively) tracking interest in adding this in as an option:
Now as you noted that one project is displayed different to the global setting, I would suspect that this is possibly a custom string type field rather than a date field. To get a better look if this is the case, where specifically is the time formatting different on each project? Is it the time stamps next to the Comments, Created, Updated, Resolved field locations (as these should be controlled by the global system setting), OR is is a value in a particular field that is not one of the system fields (indicating the specific field as the issue)? Please include a screen shot if possible of the correct and incorrect locations.
Additional options could possibly be an add-on installed that is altering the behavior of the time field on the project, To check for this you could enable safe mode from the manage add-ons screen to temporarily disable all installed add-ons to see if the behavior changes. and if the time reverts to system default then we can confirm one of the add-on apps was causing the altered formatting.
Another possibly is custom css injection via the announcement banner or a field description that is altering the formatting for that specific project. Check the announcement banner first as its a single location to look at in the admin settings, but fields descriptions can be a bit more tricky to narrow down as you would need to go through them one by one in the UI front end to check for scripting, but a quick search for these items can be done in the database using the following queries, noting these are formatted for PSQL and may need to be altered depending on your DB:
select * from customfield where description like '%<script%' or description like '%<script%';
select * from fieldconfigscheme where description like '%<script%' or description like '%<script%';
select * from customfield where description like '%avascript%' or description like '%html%' or description like '%css%';
select * from fieldconfiguration where description like '%avascript%' or description like '%html%' or description like '%css%';
And the last thing I can think of from the initial description would be if there was some sort of data consistency error during an import for that particular project similar to what is described in the following KB article, noting, the error in the KB is about the time itself being in an incorrect timezone post import not a different time formatting altogather, and I am just using this as a referance of a cause of time formatting issues and it is not to be taken as a solution for your case: "Incorrect timestamps displayed in Jira server"
Noting that an import could be a possible cause of time mapping issues do you know if this particular project was imported as a project import or an external system import using CSV, or a third party import app?
Regards,
Earl
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.