Problem/Motivation
The change introduced in #2136559: Config entity admin lists show configuration with overrides (eg. localized) makes the site administration confusing/harder is some situations.
Steps to reproduce
Real life example:
- Site should be German
- Many of the site developers do not speak German
- Site editors (the client) do not speak English. Showing any English text to the site editors is not desired.
- The site editors can manage taxonomy terms, can access vocabulary listing page, but can't edit vocabularies
To make everyone's life easier, the site is configured as
- config is translated from English to German
- developers understand that the config edit form shows the config in source language
- developers can switch the language, and use Drupal in English
- site editors can use Drupal in German language only
The problem:
- site editors see vocabulary names in English on the vocabulary listing page
Proposed resolution
Make the config listing language configurable.
Allowed language options:
- Config source language (This is how it works currently)
- Current language (The proposed new option)
Or to make it technically accurate, the options should be:
List config entities:
- without config overrides
- with config overrides
Remaining tasks
User interface changes
API changes
Data model changes
Release notes snippet
Issue fork drupal-3281219
Show commands
Start within a Git clone of the project using the version control instructions.
Or, if you do not have SSH keys set up on git.drupalcode.org:
Comments
Comment #4
andypostThe same applies to menus
Comment #5
sleitner commentedI suppose, the option to list the config entities should be per user
Comment #6
pasqualleNot necessarily.
By default, the config listing should use the language which makes more sense for the site. The current behaviour "without override" or the new "with override" option. If the current language does not work for some users, then those users should have the option to change the current language with the language switcher.
Not sure about your use case, but if there is a need for more granular setting, then I would prefer the option to be "per list". Like most of the config lists can be displayed with override, but the date formats are displayed without override (as that was the original issue when the config listing behaviour was changed).
Maybe there could be a switch to on every config listing to show the list with or without overrides.
Comment #10
mohit_aghera commentedI came to this issue while I was trying to fix https://www.drupal.org/project/drupal/issues/3030949
It seems that current implementation done in https://www.drupal.org/project/drupal/issues/2136559 has valid reasion and done on purpose.
Still if someone needs the changes, I've tried small workaround by using a flag to see if we can control whether we want to load an entity override free or not.
Let's see how test suite goes.
Comment #12
smustgrave commentedClosed #3030949: Config entity label and other fields translation doesn't work on some pages moved over credit from original author who worked on it in D8
Not sure if the rerolls need to be brought over.
Comment #13
dieterholvoet commentedThis can also be useful in non-translation contexts. For example, the domain overview now lists all domains without config overrides. I however override domains in local environments in settings.php, and it would be useful if the current, local domain were shown instead of the default.
Comment #14
ivnish@DieterHolvoet is MR ready to test/review ?
Comment #15
dieterholvoet commentedI think so, but not sure. It's been a while.
Comment #16
ivnishLet's check the status
Comment #17
smustgrave commentedSeems like something that should have test coverage
Comment #18
ivnishI tested this patch manually and I don't understand how it works
I created a site as in steps for reproduce. I installed a patch
The German users still see vocabulary name in English
@dieterholvoet What i missed?
Comment #19
oily commentedThe steps to reproduce need to be redefined. They illustrate the problem currently.
Comment #20
thatguy commentedThe MR seems to work, as an admin user I now see the admin/structure/menu page with the translated menu names and descriptions which was my problem.
Seems to me that this flag introduced in the MR should be a togglable config option.