2003-06-11 18:59:14 -04:00
< ? php
2008-08-16 03:27:34 -04:00
/**
2011-04-28 11:24:49 -04:00
* Options Management Administration Screen .
2008-08-16 03:27:34 -04:00
*
2010-02-17 12:50:42 -05:00
* If accessed directly in a browser this page shows a list of all saved options
* along with editable fields for their values . Serialized data is not supported
* and there is no way to remove options via this page . It is not linked to from
* anywhere else in the admin .
2008-08-16 03:27:34 -04:00
*
2010-02-17 12:50:42 -05:00
* This file is also the target of the forms in core and custom options pages
* that use the Settings API . In this case it saves the new option values
* and returns the user to their page of origin .
2008-08-16 03:27:34 -04:00
*
* @ package WordPress
* @ subpackage Administration
*/
/** WordPress Administration Bootstrap */
2020-02-06 01:33:11 -05:00
require_once __DIR__ . '/admin.php' ;
2004-06-13 12:14:58 -04:00
2021-07-22 09:53:00 -04:00
// Used in the HTML title tag.
2017-11-30 18:11:00 -05:00
$title = __ ( 'Settings' );
$this_file = 'options.php' ;
2006-11-18 02:31:29 -05:00
$parent_file = 'options-general.php' ;
2017-11-30 18:11:00 -05:00
wp_reset_vars ( array ( 'action' , 'option_page' ) );
2010-03-09 05:57:49 -05:00
2011-05-22 17:32:22 -04:00
$capability = 'manage_options' ;
2014-06-25 17:48:15 -04:00
// This is for back compat and will eventually be removed.
2017-11-30 18:11:00 -05:00
if ( empty ( $option_page ) ) {
2010-03-09 05:57:49 -05:00
$option_page = 'options' ;
2014-06-25 17:48:15 -04:00
} else {
2013-09-11 23:44:08 -04:00
2013-10-24 22:29:52 -04:00
/**
2016-05-22 14:01:30 -04:00
* Filters the capability required when using the Settings API .
2013-10-24 22:29:52 -04:00
*
* By default , the options groups for all registered settings require the manage_options capability .
* This filter is required to change the capability required for a certain options page .
*
2013-09-11 23:44:08 -04:00
* @ since 3.2 . 0
2013-10-24 22:29:52 -04:00
*
* @ param string $capability The capability used for the page , which is manage_options by default .
2013-09-11 23:44:08 -04:00
*/
2011-05-22 17:32:22 -04:00
$capability = apply_filters ( " option_page_capability_ { $option_page } " , $capability );
2014-06-25 17:48:15 -04:00
}
2010-03-09 05:57:49 -05:00
2015-09-02 14:31:21 -04:00
if ( ! current_user_can ( $capability ) ) {
wp_die (
2018-02-18 21:13:32 -05:00
'<h1>' . __ ( 'You need a higher level of permission.' ) . '</h1>' .
2019-05-26 12:00:52 -04:00
'<p>' . __ ( 'Sorry, you are not allowed to manage options for this site.' ) . '</p>' ,
2015-09-02 14:31:21 -04:00
403
);
}
2010-03-17 12:27:25 -04:00
2020-01-28 19:45:18 -05:00
// Handle admin email change requests.
2017-11-30 18:11:00 -05:00
if ( ! empty ( $_GET [ 'adminhash' ] ) ) {
2017-08-14 16:13:43 -04:00
$new_admin_details = get_option ( 'adminhash' );
2017-11-30 18:11:00 -05:00
$redirect = 'options-general.php?updated=false' ;
2022-01-03 16:28:01 -05:00
if ( is_array ( $new_admin_details )
&& hash_equals ( $new_admin_details [ 'hash' ], $_GET [ 'adminhash' ] )
&& ! empty ( $new_admin_details [ 'newemail' ] )
) {
2017-11-30 18:11:00 -05:00
update_option ( 'admin_email' , $new_admin_details [ 'newemail' ] );
2010-04-26 13:55:41 -04:00
delete_option ( 'adminhash' );
delete_option ( 'new_admin_email' );
2017-08-14 16:13:43 -04:00
$redirect = 'options-general.php?updated=true' ;
2010-04-26 13:55:41 -04:00
}
2022-01-03 16:28:01 -05:00
2017-08-14 16:13:43 -04:00
wp_redirect ( admin_url ( $redirect ) );
exit ;
2020-05-16 14:42:12 -04:00
} elseif ( ! empty ( $_GET [ 'dismiss' ] ) && 'new_admin_email' === $_GET [ 'dismiss' ] ) {
2017-08-14 16:13:43 -04:00
check_admin_referer ( 'dismiss-' . get_current_blog_id () . '-new_admin_email' );
delete_option ( 'adminhash' );
delete_option ( 'new_admin_email' );
wp_redirect ( admin_url ( 'options-general.php?updated=true' ) );
exit ;
2010-04-26 13:55:41 -04:00
}
2022-01-03 16:28:01 -05:00
if ( is_multisite () && ! current_user_can ( 'manage_network_options' ) && 'update' !== $action ) {
2015-09-02 14:31:21 -04:00
wp_die (
2018-02-18 21:13:32 -05:00
'<h1>' . __ ( 'You need a higher level of permission.' ) . '</h1>' .
2016-06-29 11:16:29 -04:00
'<p>' . __ ( 'Sorry, you are not allowed to delete these items.' ) . '</p>' ,
2015-09-02 14:31:21 -04:00
403
);
}
2003-06-12 18:48:52 -04:00
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
$allowed_options = array (
2018-08-16 21:51:36 -04:00
'general' => array (
2018-07-17 05:08:26 -04:00
'blogname' ,
'blogdescription' ,
'gmt_offset' ,
'date_format' ,
'time_format' ,
'start_of_week' ,
'timezone_string' ,
'WPLANG' ,
'new_admin_email' ,
),
'discussion' => array (
'default_pingback_flag' ,
'default_ping_status' ,
'default_comment_status' ,
'comments_notify' ,
'moderation_notify' ,
'comment_moderation' ,
'require_name_email' ,
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
'comment_previously_approved' ,
2018-07-17 05:08:26 -04:00
'comment_max_links' ,
'moderation_keys' ,
General: Update code for readability and inclusion
There are two pieces in here:
1) The update to change blacklist to blocklist is moved to disallowed_list. "Block" has a meaning in our code, and there could be ambiguity between this code and code related to blocks.
2) This improves backwards compatibility for code that was accessing the now deprecated code.
Previously: [48477], [48405], [48400], [48121], [48122], [48124], [48142], [48566]
Props: desrosj, SergeyBiryukov, johnjamesjacoby
Fixes: #50413
Built from https://develop.svn.wordpress.org/trunk@48575
git-svn-id: http://core.svn.wordpress.org/trunk@48337 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-07-22 23:14:06 -04:00
'disallowed_keys' ,
2018-07-17 05:08:26 -04:00
'show_avatars' ,
'avatar_rating' ,
'avatar_default' ,
'close_comments_for_old_posts' ,
'close_comments_days_old' ,
'thread_comments' ,
'thread_comments_depth' ,
'page_comments' ,
'comments_per_page' ,
'default_comments_page' ,
'comment_order' ,
'comment_registration' ,
2018-07-24 13:06:24 -04:00
'show_comments_cookies_opt_in' ,
2018-07-17 05:08:26 -04:00
),
2018-08-16 21:51:36 -04:00
'media' => array (
2018-07-17 05:08:26 -04:00
'thumbnail_size_w' ,
'thumbnail_size_h' ,
'thumbnail_crop' ,
'medium_size_w' ,
'medium_size_h' ,
'large_size_w' ,
'large_size_h' ,
'image_default_size' ,
'image_default_align' ,
'image_default_link_type' ,
),
2018-08-16 21:51:36 -04:00
'reading' => array (
2018-07-17 05:08:26 -04:00
'posts_per_page' ,
'posts_per_rss' ,
'rss_use_excerpt' ,
'show_on_front' ,
'page_on_front' ,
'page_for_posts' ,
'blog_public' ,
),
2018-08-16 21:51:36 -04:00
'writing' => array (
2018-07-17 05:08:26 -04:00
'default_category' ,
'default_email_category' ,
'default_link_category' ,
'default_post_format' ,
),
2012-09-13 13:28:57 -04:00
);
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
$allowed_options [ 'misc' ] = array ();
$allowed_options [ 'options' ] = array ();
$allowed_options [ 'privacy' ] = array ();
2010-01-25 16:33:49 -05:00
2017-11-30 18:11:00 -05:00
$mail_options = array ( 'mailserver_url' , 'mailserver_port' , 'mailserver_login' , 'mailserver_pass' );
2010-01-25 16:33:49 -05:00
2020-04-04 23:02:11 -04:00
if ( ! in_array ( get_option ( 'blog_charset' ), array ( 'utf8' , 'utf-8' , 'UTF8' , 'UTF-8' ), true ) ) {
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
$allowed_options [ 'reading' ][] = 'blog_charset' ;
2017-11-30 18:11:00 -05:00
}
2012-09-13 23:23:06 -04:00
2015-10-07 13:11:25 -04:00
if ( get_site_option ( 'initial_db_version' ) < 32453 ) {
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
$allowed_options [ 'writing' ][] = 'use_smilies' ;
$allowed_options [ 'writing' ][] = 'use_balanceTags' ;
2015-05-08 07:59:26 -04:00
}
2017-11-30 18:11:00 -05:00
if ( ! is_multisite () ) {
if ( ! defined ( 'WP_SITEURL' ) ) {
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
$allowed_options [ 'general' ][] = 'siteurl' ;
2017-11-30 18:11:00 -05:00
}
if ( ! defined ( 'WP_HOME' ) ) {
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
$allowed_options [ 'general' ][] = 'home' ;
2017-11-30 18:11:00 -05:00
}
2010-03-09 05:57:49 -05:00
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
$allowed_options [ 'general' ][] = 'users_can_register' ;
$allowed_options [ 'general' ][] = 'default_role' ;
2010-01-25 16:33:49 -05:00
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
$allowed_options [ 'writing' ] = array_merge ( $allowed_options [ 'writing' ], $mail_options );
$allowed_options [ 'writing' ][] = 'ping_sites' ;
2010-03-02 05:31:06 -05:00
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
$allowed_options [ 'media' ][] = 'uploads_use_yearmonth_folders' ;
2012-09-14 17:00:39 -04:00
2020-06-01 07:22:13 -04:00
/*
* If upload_url_path is not the default ( empty ),
* or upload_path is not the default ( 'wp-content/uploads' or empty ),
* they can be edited , otherwise they ' re locked .
*/
2022-01-03 16:28:01 -05:00
if ( get_option ( 'upload_url_path' )
|| get_option ( 'upload_path' ) && 'wp-content/uploads' !== get_option ( 'upload_path' )
) {
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
$allowed_options [ 'media' ][] = 'upload_path' ;
$allowed_options [ 'media' ][] = 'upload_url_path' ;
2012-09-14 17:00:39 -04:00
}
2010-01-25 16:33:49 -05:00
} else {
2013-09-11 23:44:08 -04:00
/**
2016-05-22 14:01:30 -04:00
* Filters whether the post - by - email functionality is enabled .
2013-09-11 23:44:08 -04:00
*
* @ since 3.0 . 0
*
2014-04-11 20:01:15 -04:00
* @ param bool $enabled Whether post - by - email configuration is enabled . Default true .
2013-09-11 23:44:08 -04:00
*/
2017-11-30 18:11:00 -05:00
if ( apply_filters ( 'enable_post_by_email_configuration' , true ) ) {
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
$allowed_options [ 'writing' ] = array_merge ( $allowed_options [ 'writing' ], $mail_options );
2017-11-30 18:11:00 -05:00
}
2010-01-25 16:33:49 -05:00
}
2008-09-03 21:11:18 -04:00
2013-09-11 23:44:08 -04:00
/**
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
* Filters the allowed options list .
2013-10-24 22:29:52 -04:00
*
2013-09-11 23:44:08 -04:00
* @ since 2.7 . 0
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
* @ deprecated 5.5 . 0 Use { @ see 'allowed_options' } instead .
2013-09-11 23:44:08 -04:00
*
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
* @ param array $allowed_options The allowed options list .
2013-09-11 23:44:08 -04:00
*/
2020-06-25 08:06:07 -04:00
$allowed_options = apply_filters_deprecated (
'whitelist_options' ,
array ( $allowed_options ),
'5.5.0' ,
2021-02-17 07:42:03 -05:00
'allowed_options' ,
2020-06-25 08:06:07 -04:00
__ ( 'Please consider writing more inclusive code.' )
);
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
/**
* Filters the allowed options list .
*
* @ since 5.5 . 0
*
* @ param array $allowed_options The allowed options list .
*/
$allowed_options = apply_filters ( 'allowed_options' , $allowed_options );
2008-09-03 21:11:18 -04:00
2020-05-16 14:42:12 -04:00
if ( 'update' === $action ) { // We are saving settings sent from a settings page.
if ( 'options' === $option_page && ! isset ( $_POST [ 'option_page' ] ) ) { // This is for back compat and will eventually be removed.
2010-03-21 03:38:10 -04:00
$unregistered = true ;
2008-10-19 20:40:36 -04:00
check_admin_referer ( 'update-options' );
2010-03-21 03:38:10 -04:00
} else {
$unregistered = false ;
2010-03-09 05:57:49 -05:00
check_admin_referer ( $option_page . '-options' );
2010-03-21 03:38:10 -04:00
}
2005-11-30 02:27:39 -05:00
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
if ( ! isset ( $allowed_options [ $option_page ] ) ) {
2020-02-01 17:42:06 -05:00
wp_die (
sprintf (
/* translators: %s: The options page name. */
2022-06-07 01:30:13 -04:00
__ ( '<strong>Error:</strong> Options page %s not found in the allowed options list.' ),
2020-02-01 17:42:06 -05:00
'<code>' . esc_html ( $option_page ) . '</code>'
)
);
2017-11-30 18:11:00 -05:00
}
2008-09-03 21:11:18 -04:00
2020-05-16 14:42:12 -04:00
if ( 'options' === $option_page ) {
2017-01-20 12:39:41 -05:00
if ( is_multisite () && ! current_user_can ( 'manage_network_options' ) ) {
2016-06-29 11:16:29 -04:00
wp_die ( __ ( 'Sorry, you are not allowed to modify unregistered settings for this site.' ) );
2017-01-20 12:39:41 -05:00
}
2022-04-12 02:07:08 -04:00
$options = isset ( $_POST [ 'page_options' ] ) ? explode ( ',' , wp_unslash ( $_POST [ 'page_options' ] ) ) : null ;
2010-03-16 16:59:26 -04:00
} else {
General: Remove “whitelist” and “blacklist” in favor of more clear and inclusive language.
“The WordPress open source community cares about diversity. We strive to maintain a welcoming environment where everyone can feel included.”
With this commit, all occurrences of “whitelist” and “blacklist” (with the single exception of the `$new_whitelist_options` global variable) are removed. A new ticket has been opened to explore renaming the `$new_whitelist_options` variable (#50434).
Changing to more specific names or rewording sentences containing these terms not only makes the code more inclusive, but also helps provide clarity. These terms are often ambiguous. What is being blocked or allowed is not always immediately clear. This can make it more difficult for non-native English speakers to read through the codebase.
Words matter. If one contributor feels more welcome because these terms are removed, this was worth the effort.
Props strangerstudios, jorbin, desrosj, joemcgill, timothyblynjacobs, ocean90, ayeshrajans, davidbaumwald, earnjam.
See #48900, #50434.
Fixes #50413.
Built from https://develop.svn.wordpress.org/trunk@48121
git-svn-id: http://core.svn.wordpress.org/trunk@47890 1a063a9b-81f0-0310-95a4-ce76da25c4cd
2020-06-22 13:26:13 -04:00
$options = $allowed_options [ $option_page ];
2010-03-16 16:59:26 -04:00
}
2004-02-13 04:59:47 -05:00
2020-05-16 14:42:12 -04:00
if ( 'general' === $option_page ) {
2014-11-13 12:01:24 -05:00
// Handle custom date/time formats.
2020-05-16 14:42:12 -04:00
if ( ! empty ( $_POST [ 'date_format' ] ) && isset ( $_POST [ 'date_format_custom' ] )
&& '\c\u\s\t\o\m' === wp_unslash ( $_POST [ 'date_format' ] )
) {
2008-10-13 14:32:16 -04:00
$_POST [ 'date_format' ] = $_POST [ 'date_format_custom' ];
2017-11-30 18:11:00 -05:00
}
2020-05-16 14:42:12 -04:00
if ( ! empty ( $_POST [ 'time_format' ] ) && isset ( $_POST [ 'time_format_custom' ] )
&& '\c\u\s\t\o\m' === wp_unslash ( $_POST [ 'time_format' ] )
) {
2008-10-13 14:32:16 -04:00
$_POST [ 'time_format' ] = $_POST [ 'time_format_custom' ];
2017-11-30 18:11:00 -05:00
}
2020-05-16 14:42:12 -04:00
2009-12-23 09:16:36 -05:00
// Map UTC+- timezones to gmt_offsets and set timezone_string to empty.
2017-11-30 18:11:00 -05:00
if ( ! empty ( $_POST [ 'timezone_string' ] ) && preg_match ( '/^UTC[+-]/' , $_POST [ 'timezone_string' ] ) ) {
$_POST [ 'gmt_offset' ] = $_POST [ 'timezone_string' ];
$_POST [ 'gmt_offset' ] = preg_replace ( '/UTC\+?/' , '' , $_POST [ 'gmt_offset' ] );
2009-12-23 09:16:36 -05:00
$_POST [ 'timezone_string' ] = '' ;
}
2014-11-13 12:01:24 -05:00
2017-08-22 07:52:48 -04:00
// Handle translation installation.
2017-08-18 14:31:44 -04:00
if ( ! empty ( $_POST [ 'WPLANG' ] ) && current_user_can ( 'install_languages' ) ) {
2020-02-06 01:33:11 -05:00
require_once ABSPATH . 'wp-admin/includes/translation-install.php' ;
2014-11-13 12:01:24 -05:00
2018-01-24 17:42:30 -05:00
if ( wp_can_install_language_pack () ) {
$language = wp_download_language_pack ( $_POST [ 'WPLANG' ] );
if ( $language ) {
$_POST [ 'WPLANG' ] = $language ;
}
2014-11-13 12:01:24 -05:00
}
}
2008-10-13 14:32:16 -04:00
}
if ( $options ) {
2016-11-04 13:09:31 -04:00
$user_language_old = get_user_locale ();
2008-10-13 14:32:16 -04:00
foreach ( $options as $option ) {
2015-09-18 16:43:25 -04:00
if ( $unregistered ) {
2017-11-30 18:11:00 -05:00
_deprecated_argument (
2018-08-16 21:51:36 -04:00
'options.php' ,
'2.7.0' ,
2015-09-18 16:43:25 -04:00
sprintf (
2019-09-02 20:41:05 -04:00
/* translators: %s: The option/setting. */
2019-07-25 18:45:57 -04:00
__ ( 'The %s setting is unregistered. Unregistered settings are deprecated. See https://developer.wordpress.org/plugins/settings/settings-api/' ),
2020-02-01 17:42:06 -05:00
'<code>' . esc_html ( $option ) . '</code>'
2015-09-18 16:43:25 -04:00
)
);
}
2010-03-20 21:49:00 -04:00
2012-09-14 15:12:35 -04:00
$option = trim ( $option );
2017-11-30 18:11:00 -05:00
$value = null ;
2012-09-14 15:12:35 -04:00
if ( isset ( $_POST [ $option ] ) ) {
$value = $_POST [ $option ];
2016-10-03 03:04:29 -04:00
if ( ! is_array ( $value ) ) {
2012-09-14 15:12:35 -04:00
$value = trim ( $value );
2016-10-03 03:04:29 -04:00
}
2013-03-01 12:14:09 -05:00
$value = wp_unslash ( $value );
2012-09-14 15:12:35 -04:00
}
update_option ( $option , $value );
2006-01-09 17:24:57 -05:00
}
2014-08-26 15:59:16 -04:00
2016-11-04 13:09:31 -04:00
/*
* Switch translation in case WPLANG was changed .
* The global $locale is used in get_locale () which is
* used as a fallback in get_user_locale () .
*/
unset ( $GLOBALS [ 'locale' ] );
$user_language_new = get_user_locale ();
2017-11-30 18:11:00 -05:00
if ( $user_language_old !== $user_language_new ) {
2016-11-04 13:09:31 -04:00
load_default_textdomain ( $user_language_new );
2014-08-26 15:59:16 -04:00
}
2022-04-12 02:07:08 -04:00
} else {
add_settings_error ( 'general' , 'settings_updated' , __ ( 'Settings save failed.' ), 'error' );
2006-01-09 17:24:57 -05:00
}
2007-06-13 22:25:30 -04:00
2020-02-01 21:42:04 -05:00
/*
* Handle settings errors and return to options page .
2010-02-17 12:50:42 -05:00
*/
2020-02-01 21:42:04 -05:00
2010-02-17 12:50:42 -05:00
// If no settings errors were registered add a general 'updated' message.
2017-11-30 18:11:00 -05:00
if ( ! count ( get_settings_errors () ) ) {
2019-08-15 20:39:55 -04:00
add_settings_error ( 'general' , 'settings_updated' , __ ( 'Settings saved.' ), 'success' );
2017-11-30 18:11:00 -05:00
}
2022-07-16 22:18:09 -04:00
set_transient ( 'settings_errors' , get_settings_errors (), MINUTE_IN_SECONDS / 2 );
2010-02-17 12:50:42 -05:00
2020-02-01 21:42:04 -05:00
// Redirect back to the settings page that was submitted.
2017-11-30 18:11:00 -05:00
$goback = add_query_arg ( 'settings-updated' , 'true' , wp_get_referer () );
2008-10-13 14:32:16 -04:00
wp_redirect ( $goback );
2010-03-09 05:57:49 -05:00
exit ;
}
2010-01-12 16:11:52 -05:00
2020-02-06 01:33:11 -05:00
require_once ABSPATH . 'wp-admin/admin-header.php' ; ?>
2004-04-11 04:15:10 -04:00
2003-06-11 18:59:14 -04:00
< div class = " wrap " >
2017-11-26 18:57:55 -05:00
< h1 >< ? php esc_html_e ( 'All Settings' ); ?> </h1>
2019-08-04 09:03:55 -04:00
< div class = " notice notice-warning " >
2020-07-22 18:21:03 -04:00
< p >< strong >< ? php _e ( 'Warning:' ); ?> </strong> <?php _e( 'This page allows direct access to your site settings. You can break things here. Please be cautious!' ); ?></p>
2019-08-04 09:03:55 -04:00
</ div >
2017-11-26 18:57:55 -05:00
< form name = " form " action = " options.php " method = " post " id = " all-options " >
2017-11-30 18:11:00 -05:00
< ? php wp_nonce_field ( 'options-options' ); ?>
2017-11-26 18:57:55 -05:00
< input type = " hidden " name = " action " value = " update " />
< input type = " hidden " name = " option_page " value = " options " />
2019-05-24 17:56:54 -04:00
< table class = " form-table " role = " presentation " >
2003-06-11 18:59:14 -04:00
< ? php
2010-02-27 17:50:00 -05:00
$options = $wpdb -> get_results ( " SELECT * FROM $wpdb->options ORDER BY option_name " );
2004-04-24 17:21:19 -04:00
2010-02-27 17:50:00 -05:00
foreach ( ( array ) $options as $option ) :
2010-03-11 12:12:23 -05:00
$disabled = false ;
2020-05-16 14:42:12 -04:00
if ( '' === $option -> option_name ) {
2010-01-12 16:11:52 -05:00
continue ;
2017-11-30 18:11:00 -05:00
}
2020-05-16 14:42:12 -04:00
2010-02-27 17:50:00 -05:00
if ( is_serialized ( $option -> option_value ) ) {
if ( is_serialized_string ( $option -> option_value ) ) {
2014-07-17 05:14:16 -04:00
// This is a serialized string, so we should display it.
2017-11-30 18:11:00 -05:00
$value = maybe_unserialize ( $option -> option_value );
2006-10-12 19:54:36 -04:00
$options_to_update [] = $option -> option_name ;
2017-11-30 18:11:00 -05:00
$class = 'all-options' ;
2006-10-12 19:54:36 -04:00
} else {
2017-11-30 18:11:00 -05:00
$value = 'SERIALIZED DATA' ;
2010-03-11 12:12:23 -05:00
$disabled = true ;
2017-11-30 18:11:00 -05:00
$class = 'all-options disabled' ;
2006-10-12 19:54:36 -04:00
}
} else {
2017-11-30 18:11:00 -05:00
$value = $option -> option_value ;
2006-10-12 19:54:36 -04:00
$options_to_update [] = $option -> option_name ;
2017-11-30 18:11:00 -05:00
$class = 'all-options' ;
2006-10-12 19:54:36 -04:00
}
2020-05-16 14:42:12 -04:00
2010-02-27 17:50:00 -05:00
$name = esc_attr ( $option -> option_name );
2014-05-19 13:10:15 -04:00
?>
2004-09-04 20:24:28 -04:00
< tr >
2017-11-30 18:11:00 -05:00
< th scope = " row " >< label for = " <?php echo $name ; ?> " >< ? php echo esc_html ( $option -> option_name ); ?> </label></th>
2014-05-19 13:10:15 -04:00
< td >
2018-02-08 05:58:31 -05:00
< ? php if ( strpos ( $value , " \n " ) !== false ) : ?>
< textarea class = " <?php echo $class ; ?> " name = " <?php echo $name ; ?> " id = " <?php echo $name ; ?> " cols = " 30 " rows = " 5 " >< ? php echo esc_textarea ( $value ); ?> </textarea>
2017-11-30 18:11:00 -05:00
< ? php else : ?>
< input class = " regular-text <?php echo $class ; ?> " type = " text " name = " <?php echo $name ; ?> " id = " <?php echo $name ; ?> " value = " <?php echo esc_attr( $value ); ?> " < ? php disabled ( $disabled , true ); ?> />
2021-03-21 09:05:04 -04:00
< ? php endif ; ?> </td>
2014-05-19 13:10:15 -04:00
</ tr >
< ? php endforeach ; ?>
2017-11-26 18:57:55 -05:00
</ table >
2010-10-17 14:24:34 -04:00
< input type = " hidden " name = " page_options " value = " <?php echo esc_attr( implode( ',', $options_to_update ) ); ?> " />
2010-10-28 17:56:43 -04:00
< ? php submit_button ( __ ( 'Save Changes' ), 'primary' , 'Update' ); ?>
2010-10-17 14:24:34 -04:00
2017-11-26 18:57:55 -05:00
</ form >
2003-06-11 18:59:14 -04:00
</ div >
< ? php
2020-02-06 01:33:11 -05:00
require_once ABSPATH . 'wp-admin/admin-footer.php' ;