我偶然发现了一些关于WP“get\\u posts”功能的文档，但似乎找不到任何文档。

我有一个web应用程序，它有多个自定义帖子类型和多个自定义用户角色。出于各种原因，它们都是必要的。组织中不同的用户类型需要看到不同的内容，并能够编辑自定义帖子类型的不同方面。

在自定义帖子类型编辑屏幕中，我有显示用户提供的数据的元盒，但是，具有后端访问权限的用户使用不同的自定义用户角色，需要能够更正或修改用户提供的数据，或者手动创建条目。

我使用以下“get\\u posts（）”方法根据其他自定义帖子类型的条目生成下拉列表：

<select name="mwss_session">
    <option value="">Please select a Session</option>
    <?php
        $get_sessions = get_posts( array(
            \'post_type\'         => \'seasonal_sessions\',
            \'post_status\'       => \'publish\',
            \'posts_per_page\'    => -1,
            \'meta_key\'          => \'mwss_session_status\',
            \'meta_value\'        => \'true\',
            \'meta_compare\'      => \'=\'
        ) );
        $selected_session = $mwss_session;
        foreach( $get_sessions as $active_session ) {
            $session_name = get_the_title( $active_session->ID );
            echo \'<option value="\' . $session_name . \'"\';
            if( $selected_session === $session_name ){ echo \'selected\'; }
            echo \'>\' . $session_name . \'</option>\';
        }
    ?>
</select>

但是，在访问编辑时。使用我创建的自定义用户角色之一、此下拉列表和其他使用相同方法的帖子类型的php屏幕都无法返回结果。

以下是一个自定义用户角色功能的示例：

$result = add_role(
    \'mwss_sitesuper\', __(\'Site Supervisor\'),
    array(
        //WordPress Capabilities
        \'level_9\'                       => false,
        \'level_8\'                       => true,
        \'level_7\'                       => true,
        \'level_6\'                       => true,
        \'level_5\'                       => true,
        \'level_4\'                       => true,
        \'level_3\'                       => true,
        \'level_2\'                       => true,
        \'level_1\'                       => true,
        \'level_0\'                       => true,
        \'read\'                          => true,
        \'read_private_pages\'            => true,
        \'read_private_posts\'            => true,
        \'create_posts\'                  => true,
        \'publish_posts\'                 => true,
        \'edit_users\'                    => true,
        \'edit_posts\'                    => true,
        \'edit_pages\'                    => true,
        \'edit_published_posts\'          => true,
        \'edit_published_pages\'          => true,
        \'edit_private_pages\'            => true,
        \'edit_private_posts\'            => true,
        \'edit_others_posts\'             => true,
        \'edit_others_pages\'             => true,
        \'publish_posts\'                 => true,
        \'publish_pages\'                 => true,
        \'delete_posts\'                  => true,
        \'delete_pages\'                  => true,
        \'delete_private_pages\'          => true,
        \'delete_private_posts\'          => true,
        \'delete_published_pages\'        => true,
        \'delete_published_posts\'        => true,
        \'delete_others_posts\'           => true,
        \'delete_others_pages\'           => true,
        \'manage_options\'                => false,
        \'manage_categories\'             => false,
        \'manage_links\'                  => false,
        \'moderate_comments\'             => true,
        \'unfiltered_html\'               => false,
        \'upload_files\'                  => false,
        \'export\'                        => false,
        \'import\'                        => false,
        \'list_users\'                    => true,
        \'edit_themes\'                   => false,
        \'install_plugins\'               => false,
        \'update_plugin\'                 => false,
        \'update_core\'                   => false
    )
);

Update: 在深入研究了功能之后，我得出结论，这与功能无关。在前端，无论用户的能力或角色如何，相同的“get\\u posts”函数都会返回结果。因此，如果一个用户角色的级别低至subscriber，或者如果所有自定义用户角色都能够查看前端上填充了预期“会话”的下拉列表，那么理论上他们就有能力这样做，对吗？还是我遗漏了什么？该问题似乎与CPT内的代谢箱无关。如果我使用WP\\u Query，它会工作，但WP\\u Query会中断管理循环的其余部分。