Как принудительно выполнить условный запрос?

Существует давняя ошибка в ядре WordPress (#16373) в котором, если пользовательские переменные запроса зарегистрированы и присутствуют в строке запроса, запрос не установит is_front_page() значение true, даже если 'page' == get_option( 'show_on_front' ). Полная информация содержится в билете trac, но конечным результатом является то, что первая страница возвращает неверную страницу вместо get_option( 'page_on_front' ).

У меня есть определенный вариант использования, в котором мне нужно передать пользовательские переменные запроса в строку запроса на главной странице (используя форму для передачи зарегистрированные переменные запроса, которые, в свою очередь, используются для фильтрации параметров темы - демонстрация параметров темы переднего плана). Вышеупомянутый билет trac был закрыт как недействительный, поэтому мне нужен обходной путь.

Я могу достаточно легко настроить шаблон первой страницы, например:

function themeslug_force_front_page_template( $template ) {
    if ( '' != get_query_var( 'foobar' ) ) { // Registered custom query var
        return get_front_page_template();
    }
    return $template;
}
add_filter( 'template_include', 'themeslug_force_front_page_template' );

Однако на базовые условия запроса это не влияет. Таким образом, любой код, зависящий от is_front_page(), являющийся true (например, например, слайдер, который отображается только на главной странице сайта), все равно не будет отображаться правильно.

Я попытался изменить $query в pre_get_posts, но это, похоже, не работает:

function themeslug_force_static_front_page( $query ) {
    if ( $query->is_main_query() ) {
        if ( 'page' == get_option( 'show_on_front' ) ) {
            if ( '' != get_query_var( 'foobar' ) ) { // Registered custom query var
                $query->set( 'page_id', get_option( 'page_on_front' ) );
                $query->set( 'is_home', false );
                $query->set( 'is_page', true );
                $query->set( 'is_front_page', true );
            }
        }
    }
}
add_action( 'pre_get_posts', 'themeslug_force_static_front_page' );

Условные обозначения запроса не изменяются. Я неправильно пытаюсь выполнить обратный вызов? Существует ли другой/лучший способ принудительного выполнения условий запроса, в частности is_front_page()?

Редактировать

Обратите внимание, что установка page_id работает ли в pre_get_posts обратном вызове:

$query->set( 'page_id', get_option( 'page_on_front' ) );

Если я опущу фильтр template_include, отображаемая страница действительно является страницей назначается на первую страницу; однако используется get_page_template(), а не get_front_page_template(). Таким образом, установка page_id в pre_get_posts приводит к тому, что is_page() является истинным. Но вышеупомянутая ошибка не позволяет is_front_page() установить значение true.

Редактировать 2

По запросу @toscho, вот некоторый код var запроса для контекста.

Зарегистрируйте переменные запроса:

/**
 * Add options-related query variables
 */
function themslug_add_theme_demo_query_vars( $qvars ) {
    $qvars[] = 'demo_foo';
    $qvars[] = 'demo_bar';
    $qvars[] = 'demo_baz';
    return $qvars;
}
add_filter( 'query_vars', 'themeslug_add_theme_demo_query_vars' );

(Где foo, bar, и baz являются вариантами темы - фон, различные цвета и т.д.)

Как они используются, это просто добавить отфильтруйте вариант темы - эта часть выходит за рамки вопроса, поэтому я опущу ее здесь.

Они выводятся на внешний интерфейс с помощью пользовательского виджета. Вывод виджета - это просто форма. Вот пример одного из полей формы:

<h3>Foo</h3>
<input name="demo_foo" id="demo_foo" class="pickcolor"  type="text" value="<?php echo $foo_setting; ?>" data-default-color="<?php echo $foo_setting; ?>" />

Сгенерированная строка запроса при отправке:

www.example.com/?foo=some_value