From MantisGraph/core/Period.php:

   function period_selector( $p_control_name ) {

$t_periods = array(

0 => plugin_lang_get( 'period_none' ),

7 => plugin_lang_get( 'period_this_week' ),

8 => plugin_lang_get( 'period_last_week' ),

9 => plugin_lang_get( 'period_two_weeks' ),

1 => plugin_lang_get( 'period_this_month' ),

2 => plugin_lang_get( 'period_last_month' ),

3 => plugin_lang_get( 'period_this_quarter' ),

4 => plugin_lang_get( 'period_last_quarter' ),

5 => plugin_lang_get( 'period_year_to_date' ),

6 => plugin_lang_get( 'period_last_year' ),

10 => plugin_lang_get( 'period_select' ),

);

Those strings are in the English language file too.

My guess is that these strings haven't been translated yet on translatewiki.net for the language you're using?

I am talking about the strings of the calendar gui.
Months, weekdays, ....

translatewiki is up to date for the language I am using (German)
I completed the translations for all plugins some weeks ago, siebrand updated master and master-1.2.x head.

Thanks for adding the screenshot - I now know what you're referring to :)

The calendar used for the date selection is actually a bundled javascript (see http://www.dynarch.com/projects/calendar/old/).

The original package contains several translations (af, al, bg, br, ca, da, de, du, el, en, es, eu, fi, fr, hr, hu, it, jp, ko, lt, lv, nl, no, pl, pt, ro, ru, si, sk, sp, sr, sv, tr, zh), but for some reason when the script was added to MantisBT back in 2007 only the English one was included (see attached changeset 25800fed).

I suppose we could easily add the other available languages, but I am not sure if there is any easy way to integrate this with TranslateWiki - any in any case since it's static data, probably not worth the effort.

.

Removed assignment. dhx will not contribute to this issue in near future.

No longer an issue in 2.x as we use a new calendar widget that comes with better localization support.