Language help text points to wrong module

Changing the link might solve the problem if the translation module is disabled, but if the translation module is enabled the translation help page will be available. So I would propose to show diffrent links, dependend of the context if the translation module ist enabled or not.

Okay, first try to implement a context sensitive Help version for the language help, dependend on the content translation module be enabled.

I'm not sure if this is the way core handels such things, anyway we need a nicer text then "whatever".

+++ b/core/modules/language/language.moduleundefined
@@ -19,7 +19,14 @@ function language_help($path, $arg) {
+      $is_translation_module_enabled = module_exists('translation');
+      if($is_translation_module_enabled) {

you can combine this into 1 line since the variable is only used once.

+++ b/core/modules/language/language.moduleundefined
@@ -19,7 +19,14 @@ function language_help($path, $arg) {
+        $output .= '<dd>' . t("Language negotiation allows your site to automatically change language based on the domain or path used for each request. Users may (optionally) select their preferred language on their <em>My account</em> page, and your site can be configured to honor a web browser's preferred language settings. To be able to configure whatever, you need to enable the translation module
+        <a href='@content-help'>Content Translation module</a>.", array('@content-help' => url('admin/modules#edit-modules-multilingual'))) . '</dd>';

this should go on one line (no break after module)

"To be able to configure whatever" sounds strange to me

Patch in #3 didn't work for me, the link points to 'admin/modules%23edit-modules-multilingual'. Used url('admin/modules', array('fragment' => 'edit-modules-multilingual')) to create the link.
Also, the text was a bit too far fetched in my opinion.
Patch and interdiff attached.

Forgot to change status to needs review.

Tested the patch on simplytest.me and it works, but there still seems to be a problem with the fragment (#) when using overlay. The module page renders, but does not scroll to the specific module.
If you're not using overlay, the module page renders correctly with the # fragment.
This might be a bug because I'm using the proper fragment option of the url function.

Closing this issue as it is obsolete. The module's help text was rewritten in #2103039: Review hook_help for the language module, resulting in removal of the erroneous link.