The settings tab in the index details page displays a read-only code block with a JSON object returned from the request GET <index_name>/_settings?expand_wildcards=none&flat_settings=false&local=false&include_defaults=true (see this file).
Edit mode
When "edit" mode is toggled, the code block is replaced by a code editor, where a subset of settings is displayed even though the user is free to use the editor and change any settings they want.
The subset of settings is selected as follows (see this file):
On stateful
From the defaults returned by the above request, only those are picked that are in the list below
These lists of index defaults and settings that are displayed or hidden in the editor need to be updated and verified with the Elasticsearch team. Also a more structured UI for index setting editing could be useful: for a set of defaults/settings that are expected to be changed often by users, we could provide more usable form inputs (similar to Mappings editor in the index template creation wizard for example).
Read only display
The settings tab in the index details page displays a read-only code block with a JSON object returned from the request
GET <index_name>/_settings?expand_wildcards=none&flat_settings=false&local=false&include_defaults=true
(see this file).Edit mode
When "edit" mode is toggled, the code block is replaced by a code editor, where a subset of settings is displayed even though the user is free to use the editor and change any settings they want.
The subset of settings is selected as follows (see this file): On stateful
On serverless
These lists of index defaults and settings that are displayed or hidden in the editor need to be updated and verified with the Elasticsearch team. Also a more structured UI for index setting editing could be useful: for a set of defaults/settings that are expected to be changed often by users, we could provide more usable form inputs (similar to Mappings editor in the index template creation wizard for example).