Details
-
Type:
Bug
-
Status:
Closed
-
Priority:
Minor
-
Resolution: Fixed
-
Affects Version/s: 1.9.2
-
Fix Version/s: None
-
Component/s: MNet
-
Labels:None
-
Affected Branches:MOODLE_19_STABLE
Description
remotemoodleuser and editremoteprofil are missing strings for translation.
Activity
- All
- Comments
- History
- Activity
- Source
- Test Sessions
Looks like something somebody forgot to push upstream 
On our flagship mnet site the english string for 'editremoteprofile' is "Edit remote profile" (no surprises there).
What is showing up as [[remotemoodleuser]] is actually the result of:
get_string('remote'.$remotehost->application.'user') not finding a result when the remote host if a moodle.
So, the knee-jerk fix that I could apply would be to populate the language strings for "remotemoodleuser" and "remotemaharauser", the more considered approach might modify the get_string call to be more like:
get_string('remoteappuser', '', $remotehost->application);
with a string definition along the lines of:
$string['remoteappuser'] = 'Remote '.mb_convert_case($a, MB_CASE_TITLE).' User';
On our flagship mnet site the english string for 'editremoteprofile' is "Edit remote profile" (no surprises there).
What is showing up as [[remotemoodleuser]] is actually the result of:
get_string('remote'.$remotehost->application.'user') not finding a result when the remote host if a moodle.
So, the knee-jerk fix that I could apply would be to populate the language strings for "remotemoodleuser" and "remotemaharauser", the more considered approach might modify the get_string call to be more like:
get_string('remoteappuser', '', $remotehost->application);
with a string definition along the lines of:
$string['remoteappuser'] = 'Remote '.mb_convert_case($a, MB_CASE_TITLE).' User'; 
screenshot