You can do this by editing some of the config variables in config_inc.php. It might be nice to be able to allow each user to see them in a format they prefer.

Can I register an interest in this being fixed.

Date format in mantis is USA specific. In the UK, todays date is written as 10-4-03. The dates in mantis are confusing for users on a US/UK mantis project as we have here. Ideally we need to allow users to specify their own individual date format in preferences.

I think users should also be able to register the timezone they are in. All dates in Matis seem to be the server-dates; while users on other timezones probably want to see there local time.
(I'm having this problem since my server is located in the US, but I'm in Belgium, Europe)
(BTW, developers probably prefer the dateformat: yyyy-mm-dd)

edited on: 04-10-03 20:06

The email generated when you add bugs here includes the timezone (CET and CEST) but these are not displayed on the web interface. I can find nowhere to set my default timezone.

On my mantis server (0.17.5) the server timezone is BST (GMT+1) but bugs are being created with timezone GMT incorrectly. I think the whole handling of timezones and date locales needs to be looked at. Anyone else have any views?

The way I see it, is that we need to store user timezone and date format with the user in the database. This timezone/date format should be changeable via preferences for the user.

AFAIK uses mantis the MySQL-function UNIX_TIMESTAMP() which outputs in GMT. I found nothing about changing to another timezone.

concerning date format: could You 'just' add the different date formats in lang/strings* ?
e.g. german: d.m.y
us: m-d-y
uk: d-m-y and so on

I'd like to see the option to, at the very least, have the option set a timezone hour offset for the entire mantis-site. The server we run mantis is on is 3 hours behind where we located, and the times displayed site-wide tend to confuse the locals ;)

edited on: 02-26-04 11:59

Yep, timezone support would be good.
I only think on a server, which moved from europe to us, and the time zone is now GMT-6, instead of GMT.. and that confuses the users, because it's 6 hours earlier, that it's really ;)

@sgrund: europe: yyyy-mm-dd

:)

bearbeitet am: 02-29-04 09:11

Having the ability to select your timezone will lock Mantis in as my bug tracker of choice. I am hacking the core for this to work on my production bug tracker, but it would be fantastic to see this as a standard user-level preference.

Related to 0003863 (fix included in report)

echo date( lang_get( 'date_format_string' ), $sometime );

Something like this would be fairly easy, the only issue is that the lang/strings files are broken down by language and not by region/lang but that may not be hard... except that keeping them up to date might be difficult since there would be multiple files for the same language, ie:

lang/strings_en_US.txt
lang/strings_en_UK.txt
lang/strings_en_IE.txt
lang/strings_en_CA.txt
lang/strings_fr_CA.txt
lang/strings_fr_FR.txt
etc....

although, this would allow for color and colour...

As mentioned in 0003160, any list of date formats should include the ISO 8601 format . See:
http://www.iso.org/iso/en/prods-services/popstds/datesandtime.html or
http://www.w3.org/TR/NOTE-datetime (<-- edit: put this URL together, it's all one)
for details.

Personally, I'd rather not see the date format set by language. This would cause many users to be automatically saddled with the ambiguous DD/MM/YYYY or MM/DD/YYYY formats instead of the unambiguous YYYY-MM-DD format, without giving the user the opportunity to make a choice that works for him/her.

Has this progressed any further? To anyone looking for a quick fix, I have hacked the core/database_api.php file at approx line 288:

function db_now() {
global $g_db;

return $g_db->DBTimeStamp(time() + 36000);

}

The addition of 10 hours (36000 seconds) puts the correct time into the database on new and updated issues. I'm not completely familiar with Mantis' design, and I'm unsure what other functions this will effect.

We are using Mantis in several time-zones around the globe.

I also really need support of different time-zones.

The concept of date here, should also include time format/time zones - i.e. 0001243

Default ISO YMD date replresentation is now used.
Separate bugs for localized and client-side dates left open.