|
|
Dates in Japanese and Chinese appear garbled on Moodle sites running on a Windows server. By "garbled" I mean the date and the text around it on the page in the browser are morphed into irrelevant characters and question marks (see screenshot)
Apparently PHP's strftime() function used by Moodle's "userdate()" function (in lib/moodlelib.php") is where the text gets mangled.
In Japanese, date strings containing %A, %a, %B, %b, %p are consistently mangled by strftime().
In Chinese, dates strings ending in a multibyte character cause the mangling:
$string['strftimedate'] = '%%Y?%%m?%%d?';
$string['strftimedateshort'] = '%%m?%%d?';
$string['strftimemonthyear'] = '%%Y?%%m?';
I experimented with many values for ...
(1) the Moodle site locale (Language -> Language settings -> Sitewide locale)
(2) the 'locale' string in the language pack
(3) the 'localewin' string in the language pack
(4) the 'localewincharset' string in the language pack
but I could not find values for the above settings to fix the multibyte dates.
In the end I modified the userdate() function to fix %A, %a, %B, %b, %p in a similar that %d is fixed. Firstly, replace with "AA", "aa", "BB", "bb", or "pp", then format the date, then replace "AA" with %A that has been correctly converted to utf8, "aa" with a% that has been converted to utf8, and so on.
As well as replacing the userdate function in moodlelib.php with the function in the attached file, "userdate.txt", it is also necessary to modify "get_string()" as follows:
(1) locate the following line in the "get_string()" function (in "lib/moodlelib.php"):
'localewin', 'localewincharset', 'oldcharset',
(2) replace the above line with the following line:
'localewin', 'localewincharset', 'localewincharsetdaymonth', 'oldcharset',
The fixing will only be triggered by the presence of a new string in the language pack: 'localewincharsetdaymonth'. This string needs to be added as an empty string in the English language pack and as a non-empty value in the relevant language packs on sites where the fixing is required.
During testing the last year on a live university Moode site in Japan, I have found that with the following language settings in the language pack and the modified userdate() and get_string() functions, the dates in Japanese display as requried:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP932';
Similarly, for Chinese dates, I use:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP936';
The same function and fix was recently confirmed for a Chinese site in Hong Kong:
http://moodle.org/mod/forum/discuss.php?d=93697#p414588
many thanks
Gordon
|
|
Description
|
Dates in Japanese and Chinese appear garbled on Moodle sites running on a Windows server. By "garbled" I mean the date and the text around it on the page in the browser are morphed into irrelevant characters and question marks (see screenshot)
Apparently PHP's strftime() function used by Moodle's "userdate()" function (in lib/moodlelib.php") is where the text gets mangled.
In Japanese, date strings containing %A, %a, %B, %b, %p are consistently mangled by strftime().
In Chinese, dates strings ending in a multibyte character cause the mangling:
$string['strftimedate'] = '%%Y?%%m?%%d?';
$string['strftimedateshort'] = '%%m?%%d?';
$string['strftimemonthyear'] = '%%Y?%%m?';
I experimented with many values for ...
(1) the Moodle site locale (Language -> Language settings -> Sitewide locale)
(2) the 'locale' string in the language pack
(3) the 'localewin' string in the language pack
(4) the 'localewincharset' string in the language pack
but I could not find values for the above settings to fix the multibyte dates.
In the end I modified the userdate() function to fix %A, %a, %B, %b, %p in a similar that %d is fixed. Firstly, replace with "AA", "aa", "BB", "bb", or "pp", then format the date, then replace "AA" with %A that has been correctly converted to utf8, "aa" with a% that has been converted to utf8, and so on.
As well as replacing the userdate function in moodlelib.php with the function in the attached file, "userdate.txt", it is also necessary to modify "get_string()" as follows:
(1) locate the following line in the "get_string()" function (in "lib/moodlelib.php"):
'localewin', 'localewincharset', 'oldcharset',
(2) replace the above line with the following line:
'localewin', 'localewincharset', 'localewincharsetdaymonth', 'oldcharset',
The fixing will only be triggered by the presence of a new string in the language pack: 'localewincharsetdaymonth'. This string needs to be added as an empty string in the English language pack and as a non-empty value in the relevant language packs on sites where the fixing is required.
During testing the last year on a live university Moode site in Japan, I have found that with the following language settings in the language pack and the modified userdate() and get_string() functions, the dates in Japanese display as requried:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP932';
Similarly, for Chinese dates, I use:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP936';
The same function and fix was recently confirmed for a Chinese site in Hong Kong:
http://moodle.org/mod/forum/discuss.php?d=93697#p414588
many thanks
Gordon |
Show » |
made changes - 02/Apr/08 08:17 PM
| Field |
Original Value |
New Value |
|
Attachment
|
|
userdate.txt
[ 13511
]
|
|
Environment
|
Windows 2003 server (English OS and Japanese OS both exhibit same behavior)
Apache 2.2
database is not relevant
browser is not relevant
|
Windows 2003 server (English OS and Japanese OS both exhibit same behavior)
Apache 2.2
PHP 5.2.4 (mbstring and iconv enabled with default settings)
database is not relevant
browser is not relevant
|
made changes - 02/Apr/08 08:30 PM
|
Attachment
|
userdate.txt
[ 13510
]
|
|
made changes - 02/Apr/08 08:32 PM
|
Comment
|
[ the calendar and recent activity dates, both garbled and fixed, as they appear in Chinese
]
|
|
made changes - 02/Apr/08 08:32 PM
|
Comment
|
[ the calendar and recent activity dates, both garbled and fixed, as they appear in Japanese
]
|
|
made changes - 02/Apr/08 08:40 PM
|
Description
|
Dates in Japanese and Chinese appear garbled on Moodle sites running on a Windows server. By "garbled" I mean the date and the text around it on the page in the browser are morphed into irrelevant characters and question marks (see screenshot)
Apparently PHP's strftime() function used by Moodle's "userdate()" function (in lib/moodlelib.php") is where the text gets mangled.
In Japanese, date strings containing %A, %a, %B, %b, %p are consistently mangled by strftime().
In Chinese, dates strings ending in a multibyte character cause the mangling:
$string['strftimedate'] = '%%Y?%%m?%%d?';
$string['strftimedateshort'] = '%%m?%%d?';
$string['strftimemonthyear'] = '%%Y?%%m?';
I experimented with many values for ...
(1) the Moodle site locale (Language -> Language settings -> Sitewide locale)
(2) the 'locale' string in the language pack
(3) the 'localewin' string in the language pack
(4) the 'localewincharset' string in the language pack
but I could not find values for the above settings to fix the multibyte dates.
In the end I modified the userdate() function to fix %A, %a, %B, %b, %p in a similar that %d is fixed. Firstly, replace with "AA", "aa", "BB", "bb", or "pp", then format the date, then replace "AA" with %A that has been correctly converted to utf8, "aa" with a% that has been converted to utf8, and so on.
This fixing will only be triggered by the presence of a new string in the language pack: 'localewincharsetdaymonth'
I have found that with the following language settings in the language pack and the modified userdate() function, the Japanese dates display as requried:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP932';
Similarly, for Chinese dates, I use:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP936';
The same function and fix was recently confirmed for a Chinese site in Hong Kong:
http://moodle.org/mod/forum/discuss.php?d=93697#p414588
|
Dates in Japanese and Chinese appear garbled on Moodle sites running on a Windows server. By "garbled" I mean the date and the text around it on the page in the browser are morphed into irrelevant characters and question marks (see screenshot)
Apparently PHP's strftime() function used by Moodle's "userdate()" function (in lib/moodlelib.php") is where the text gets mangled.
In Japanese, date strings containing %A, %a, %B, %b, %p are consistently mangled by strftime().
In Chinese, dates strings ending in a multibyte character cause the mangling:
$string['strftimedate'] = '%%Y?%%m?%%d?';
$string['strftimedateshort'] = '%%m?%%d?';
$string['strftimemonthyear'] = '%%Y?%%m?';
I experimented with many values for ...
(1) the Moodle site locale (Language -> Language settings -> Sitewide locale)
(2) the 'locale' string in the language pack
(3) the 'localewin' string in the language pack
(4) the 'localewincharset' string in the language pack
but I could not find values for the above settings to fix the multibyte dates.
In the end I modified the userdate() function to fix %A, %a, %B, %b, %p in a similar that %d is fixed. Firstly, replace with "AA", "aa", "BB", "bb", or "pp", then format the date, then replace "AA" with %A that has been correctly converted to utf8, "aa" with a% that has been converted to utf8, and so on.
This fixing will only be triggered by the presence of a new string in the language pack: 'localewincharsetdaymonth'
I have found that with the following language settings in the language pack and the modified userdate() function, the Japanese dates display as requried:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP932';
Similarly, for Chinese dates, I use:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP936';
The same function and fix was recently confirmed for a Chinese site in Hong Kong:
http://moodle.org/mod/forum/discuss.php?d=93697#p414588
As well as replacing the userdate function in moodlelib.php with the function in the attached file, "userdate.txt", it is also necessary to modify "get_string()" as follows:
(1) locate the following line in the "get_string()" function (in "lib/moodlelib.php"):
'localewin', 'localewincharset', 'oldcharset',
(2) replace the above line with the following line:
'localewin', 'localewincharset', 'localewincharsetdaymonth', 'oldcharset',
many thanks
Gordon
|
made changes - 02/Apr/08 08:40 PM
|
Comment
|
[ added PHP details to environment info
]
|
|
made changes - 02/Apr/08 08:41 PM
|
Description
|
Dates in Japanese and Chinese appear garbled on Moodle sites running on a Windows server. By "garbled" I mean the date and the text around it on the page in the browser are morphed into irrelevant characters and question marks (see screenshot)
Apparently PHP's strftime() function used by Moodle's "userdate()" function (in lib/moodlelib.php") is where the text gets mangled.
In Japanese, date strings containing %A, %a, %B, %b, %p are consistently mangled by strftime().
In Chinese, dates strings ending in a multibyte character cause the mangling:
$string['strftimedate'] = '%%Y?%%m?%%d?';
$string['strftimedateshort'] = '%%m?%%d?';
$string['strftimemonthyear'] = '%%Y?%%m?';
I experimented with many values for ...
(1) the Moodle site locale (Language -> Language settings -> Sitewide locale)
(2) the 'locale' string in the language pack
(3) the 'localewin' string in the language pack
(4) the 'localewincharset' string in the language pack
but I could not find values for the above settings to fix the multibyte dates.
In the end I modified the userdate() function to fix %A, %a, %B, %b, %p in a similar that %d is fixed. Firstly, replace with "AA", "aa", "BB", "bb", or "pp", then format the date, then replace "AA" with %A that has been correctly converted to utf8, "aa" with a% that has been converted to utf8, and so on.
This fixing will only be triggered by the presence of a new string in the language pack: 'localewincharsetdaymonth'
I have found that with the following language settings in the language pack and the modified userdate() function, the Japanese dates display as requried:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP932';
Similarly, for Chinese dates, I use:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP936';
The same function and fix was recently confirmed for a Chinese site in Hong Kong:
http://moodle.org/mod/forum/discuss.php?d=93697#p414588
As well as replacing the userdate function in moodlelib.php with the function in the attached file, "userdate.txt", it is also necessary to modify "get_string()" as follows:
(1) locate the following line in the "get_string()" function (in "lib/moodlelib.php"):
'localewin', 'localewincharset', 'oldcharset',
(2) replace the above line with the following line:
'localewin', 'localewincharset', 'localewincharsetdaymonth', 'oldcharset',
many thanks
Gordon
|
Dates in Japanese and Chinese appear garbled on Moodle sites running on a Windows server. By "garbled" I mean the date and the text around it on the page in the browser are morphed into irrelevant characters and question marks (see screenshot)
Apparently PHP's strftime() function used by Moodle's "userdate()" function (in lib/moodlelib.php") is where the text gets mangled.
In Japanese, date strings containing %A, %a, %B, %b, %p are consistently mangled by strftime().
In Chinese, dates strings ending in a multibyte character cause the mangling:
$string['strftimedate'] = '%%Y?%%m?%%d?';
$string['strftimedateshort'] = '%%m?%%d?';
$string['strftimemonthyear'] = '%%Y?%%m?';
I experimented with many values for ...
(1) the Moodle site locale (Language -> Language settings -> Sitewide locale)
(2) the 'locale' string in the language pack
(3) the 'localewin' string in the language pack
(4) the 'localewincharset' string in the language pack
but I could not find values for the above settings to fix the multibyte dates.
In the end I modified the userdate() function to fix %A, %a, %B, %b, %p in a similar that %d is fixed. Firstly, replace with "AA", "aa", "BB", "bb", or "pp", then format the date, then replace "AA" with %A that has been correctly converted to utf8, "aa" with a% that has been converted to utf8, and so on.
This fixing will only be triggered by the presence of a new string in the language pack: 'localewincharsetdaymonth'
As well as replacing the userdate function in moodlelib.php with the function in the attached file, "userdate.txt", it is also necessary to modify "get_string()" as follows:
(1) locate the following line in the "get_string()" function (in "lib/moodlelib.php"):
'localewin', 'localewincharset', 'oldcharset',
(2) replace the above line with the following line:
'localewin', 'localewincharset', 'localewincharsetdaymonth', 'oldcharset',
I have found that with the following language settings in the language pack and the modified userdate() and get_string() functions, the dates in Japanese display as requried:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP932';
Similarly, for Chinese dates, I use:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP936';
The same function and fix was recently confirmed for a Chinese site in Hong Kong:
http://moodle.org/mod/forum/discuss.php?d=93697#p414588
many thanks
Gordon
|
made changes - 02/Apr/08 08:46 PM
|
Description
|
Dates in Japanese and Chinese appear garbled on Moodle sites running on a Windows server. By "garbled" I mean the date and the text around it on the page in the browser are morphed into irrelevant characters and question marks (see screenshot)
Apparently PHP's strftime() function used by Moodle's "userdate()" function (in lib/moodlelib.php") is where the text gets mangled.
In Japanese, date strings containing %A, %a, %B, %b, %p are consistently mangled by strftime().
In Chinese, dates strings ending in a multibyte character cause the mangling:
$string['strftimedate'] = '%%Y?%%m?%%d?';
$string['strftimedateshort'] = '%%m?%%d?';
$string['strftimemonthyear'] = '%%Y?%%m?';
I experimented with many values for ...
(1) the Moodle site locale (Language -> Language settings -> Sitewide locale)
(2) the 'locale' string in the language pack
(3) the 'localewin' string in the language pack
(4) the 'localewincharset' string in the language pack
but I could not find values for the above settings to fix the multibyte dates.
In the end I modified the userdate() function to fix %A, %a, %B, %b, %p in a similar that %d is fixed. Firstly, replace with "AA", "aa", "BB", "bb", or "pp", then format the date, then replace "AA" with %A that has been correctly converted to utf8, "aa" with a% that has been converted to utf8, and so on.
This fixing will only be triggered by the presence of a new string in the language pack: 'localewincharsetdaymonth'
As well as replacing the userdate function in moodlelib.php with the function in the attached file, "userdate.txt", it is also necessary to modify "get_string()" as follows:
(1) locate the following line in the "get_string()" function (in "lib/moodlelib.php"):
'localewin', 'localewincharset', 'oldcharset',
(2) replace the above line with the following line:
'localewin', 'localewincharset', 'localewincharsetdaymonth', 'oldcharset',
I have found that with the following language settings in the language pack and the modified userdate() and get_string() functions, the dates in Japanese display as requried:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP932';
Similarly, for Chinese dates, I use:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP936';
The same function and fix was recently confirmed for a Chinese site in Hong Kong:
http://moodle.org/mod/forum/discuss.php?d=93697#p414588
many thanks
Gordon
|
Dates in Japanese and Chinese appear garbled on Moodle sites running on a Windows server. By "garbled" I mean the date and the text around it on the page in the browser are morphed into irrelevant characters and question marks (see screenshot)
Apparently PHP's strftime() function used by Moodle's "userdate()" function (in lib/moodlelib.php") is where the text gets mangled.
In Japanese, date strings containing %A, %a, %B, %b, %p are consistently mangled by strftime().
In Chinese, dates strings ending in a multibyte character cause the mangling:
$string['strftimedate'] = '%%Y?%%m?%%d?';
$string['strftimedateshort'] = '%%m?%%d?';
$string['strftimemonthyear'] = '%%Y?%%m?';
I experimented with many values for ...
(1) the Moodle site locale (Language -> Language settings -> Sitewide locale)
(2) the 'locale' string in the language pack
(3) the 'localewin' string in the language pack
(4) the 'localewincharset' string in the language pack
but I could not find values for the above settings to fix the multibyte dates.
In the end I modified the userdate() function to fix %A, %a, %B, %b, %p in a similar that %d is fixed. Firstly, replace with "AA", "aa", "BB", "bb", or "pp", then format the date, then replace "AA" with %A that has been correctly converted to utf8, "aa" with a% that has been converted to utf8, and so on.
As well as replacing the userdate function in moodlelib.php with the function in the attached file, "userdate.txt", it is also necessary to modify "get_string()" as follows:
(1) locate the following line in the "get_string()" function (in "lib/moodlelib.php"):
'localewin', 'localewincharset', 'oldcharset',
(2) replace the above line with the following line:
'localewin', 'localewincharset', 'localewincharsetdaymonth', 'oldcharset',
The fixing will only be triggered by the presence of a new string in the language pack: 'localewincharsetdaymonth'. This string needs to be added as an empty string in the English language pack and as a non-empty value in the relevant language packs on sites where the fixing is required.
Over the last year, I have found that with the following language settings in the language pack and the modified userdate() and get_string() functions, the dates in Japanese display as requried:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP932';
Similarly, for Chinese dates, I use:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP936';
The same function and fix was recently confirmed for a Chinese site in Hong Kong:
http://moodle.org/mod/forum/discuss.php?d=93697#p414588
many thanks
Gordon
|
made changes - 02/Apr/08 08:47 PM
|
Description
|
Dates in Japanese and Chinese appear garbled on Moodle sites running on a Windows server. By "garbled" I mean the date and the text around it on the page in the browser are morphed into irrelevant characters and question marks (see screenshot)
Apparently PHP's strftime() function used by Moodle's "userdate()" function (in lib/moodlelib.php") is where the text gets mangled.
In Japanese, date strings containing %A, %a, %B, %b, %p are consistently mangled by strftime().
In Chinese, dates strings ending in a multibyte character cause the mangling:
$string['strftimedate'] = '%%Y?%%m?%%d?';
$string['strftimedateshort'] = '%%m?%%d?';
$string['strftimemonthyear'] = '%%Y?%%m?';
I experimented with many values for ...
(1) the Moodle site locale (Language -> Language settings -> Sitewide locale)
(2) the 'locale' string in the language pack
(3) the 'localewin' string in the language pack
(4) the 'localewincharset' string in the language pack
but I could not find values for the above settings to fix the multibyte dates.
In the end I modified the userdate() function to fix %A, %a, %B, %b, %p in a similar that %d is fixed. Firstly, replace with "AA", "aa", "BB", "bb", or "pp", then format the date, then replace "AA" with %A that has been correctly converted to utf8, "aa" with a% that has been converted to utf8, and so on.
As well as replacing the userdate function in moodlelib.php with the function in the attached file, "userdate.txt", it is also necessary to modify "get_string()" as follows:
(1) locate the following line in the "get_string()" function (in "lib/moodlelib.php"):
'localewin', 'localewincharset', 'oldcharset',
(2) replace the above line with the following line:
'localewin', 'localewincharset', 'localewincharsetdaymonth', 'oldcharset',
The fixing will only be triggered by the presence of a new string in the language pack: 'localewincharsetdaymonth'. This string needs to be added as an empty string in the English language pack and as a non-empty value in the relevant language packs on sites where the fixing is required.
Over the last year, I have found that with the following language settings in the language pack and the modified userdate() and get_string() functions, the dates in Japanese display as requried:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP932';
Similarly, for Chinese dates, I use:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP936';
The same function and fix was recently confirmed for a Chinese site in Hong Kong:
http://moodle.org/mod/forum/discuss.php?d=93697#p414588
many thanks
Gordon
|
Dates in Japanese and Chinese appear garbled on Moodle sites running on a Windows server. By "garbled" I mean the date and the text around it on the page in the browser are morphed into irrelevant characters and question marks (see screenshot)
Apparently PHP's strftime() function used by Moodle's "userdate()" function (in lib/moodlelib.php") is where the text gets mangled.
In Japanese, date strings containing %A, %a, %B, %b, %p are consistently mangled by strftime().
In Chinese, dates strings ending in a multibyte character cause the mangling:
$string['strftimedate'] = '%%Y?%%m?%%d?';
$string['strftimedateshort'] = '%%m?%%d?';
$string['strftimemonthyear'] = '%%Y?%%m?';
I experimented with many values for ...
(1) the Moodle site locale (Language -> Language settings -> Sitewide locale)
(2) the 'locale' string in the language pack
(3) the 'localewin' string in the language pack
(4) the 'localewincharset' string in the language pack
but I could not find values for the above settings to fix the multibyte dates.
In the end I modified the userdate() function to fix %A, %a, %B, %b, %p in a similar that %d is fixed. Firstly, replace with "AA", "aa", "BB", "bb", or "pp", then format the date, then replace "AA" with %A that has been correctly converted to utf8, "aa" with a% that has been converted to utf8, and so on.
As well as replacing the userdate function in moodlelib.php with the function in the attached file, "userdate.txt", it is also necessary to modify "get_string()" as follows:
(1) locate the following line in the "get_string()" function (in "lib/moodlelib.php"):
'localewin', 'localewincharset', 'oldcharset',
(2) replace the above line with the following line:
'localewin', 'localewincharset', 'localewincharsetdaymonth', 'oldcharset',
The fixing will only be triggered by the presence of a new string in the language pack: 'localewincharsetdaymonth'. This string needs to be added as an empty string in the English language pack and as a non-empty value in the relevant language packs on sites where the fixing is required.
During testing the last year on a live university Moode site in Japan, I have found that with the following language settings in the language pack and the modified userdate() and get_string() functions, the dates in Japanese display as requried:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP932';
Similarly, for Chinese dates, I use:
$string['localewincharset'] = '';
$string['localewincharsetdaymonth'] = 'CP936';
The same function and fix was recently confirmed for a Chinese site in Hong Kong:
http://moodle.org/mod/forum/discuss.php?d=93697#p414588
many thanks
Gordon
|
made changes - 03/Apr/08 04:16 AM
|
Assignee
|
Koen Roggemans
[ koen
]
|
Martin Dougiamas
[ dougiamas
]
|
made changes - 05/Apr/08 07:37 PM
|
Attachment
|
|
userdate.txt
[ 13544
]
|
made changes - 07/Apr/08 07:49 AM
|
Component/s
|
|
Unicode
[ 10094
]
|
|
Affects Version/s
|
1.7
[ 10120
]
|
|
|
Affects Version/s
|
1.7.1
[ 10151
]
|
|
|
Affects Version/s
|
1.7.2
[ 10174
]
|
|
|
Affects Version/s
|
1.8.1
[ 10213
]
|
|
|
Affects Version/s
|
1.8
[ 10130
]
|
|
|
Affects Version/s
|
1.8.3
[ 10230
]
|
|
|
Affects Version/s
|
1.7.3
[ 10212
]
|
|
|
Affects Version/s
|
1.8.2
[ 10220
]
|
|
made changes - 07/Jan/09 01:54 AM
|
Link
|
|
This issue will be resolved by MDL-13389
[ MDL-13389
]
|
|