Forum Replies Created

Viewing 7 replies - 1 through 7 (of 7 total)
  • Thread Starter joeroundtree

    (@joeroundtree)

    Okay, I think that makes sense. I’ll give it a shot. Thanks! 🙂

    Thread Starter joeroundtree

    (@joeroundtree)

    I’m not sure that helps solve my problem.

    While those plugins allow to you add to a user role the edit_users capability, they don’t provide an avenue for editing a subset of users (e.g., a “special group” role could edit users with the “editor” role).

    Thread Starter joeroundtree

    (@joeroundtree)

    Here’s what I get when I run a CURL on it, and cache is disabled:

    curl -IL https://pcaacstaging.wpengine.com/pastor-search   
    HTTP/2 301 
    server: nginx
    date: Mon, 02 Aug 2021 14:33:57 GMT
    content-type: text/html; charset=UTF-8
    location: https://pcaacstaging.wpengine.com/pastor-search/
    content-security-policy: upgrade-insecure-requests
    set-cookie: PHPSESSID=***witheld***; path=/
    expires: Thu, 19 Nov 1981 08:52:00 GMT
    cache-control: no-store, no-cache, must-revalidate
    pragma: no-cache
    x-redirect-by: WordPress
    x-powered-by: WP Engine
    x-pass-why: custom-path
    
    HTTP/2 200 
    server: nginx
    date: Mon, 02 Aug 2021 14:33:58 GMT
    content-type: text/html; charset=UTF-8
    vary: Accept-Encoding
    vary: Accept-Encoding
    content-security-policy: upgrade-insecure-requests
    set-cookie: PHPSESSID=***witheld***; path=/
    expires: Thu, 19 Nov 1981 08:52:00 GMT
    cache-control: no-store, no-cache, must-revalidate
    pragma: no-cache
    link: <https://pcaacstaging.wpengine.com/wp-json/>; rel="https://api.w.org/"
    link: <https://pcaacstaging.wpengine.com/wp-json/wp/v2/pages/11>; rel="alternate"; type="application/json"
    link: <https://pcaacstaging.wpengine.com/?p=11>; rel=shortlink
    x-powered-by: WP Engine
    x-pass-why: custom-path

    And here is a CURL on a subsequent page:
    curl -IL https://pcaacstaging.wpengine.com/pastor-search/\?listpage\=2\&instance\=1\#participants-list-1

    HTTP/2 200 
    server: nginx
    date: Mon, 02 Aug 2021 14:33:46 GMT
    content-type: text/html; charset=UTF-8
    vary: Accept-Encoding
    vary: Accept-Encoding
    content-security-policy: upgrade-insecure-requests
    set-cookie: PHPSESSID=***witheld***; path=/
    expires: Thu, 19 Nov 1981 08:52:00 GMT
    cache-control: no-store, no-cache, must-revalidate
    pragma: no-cache
    link: <https://pcaacstaging.wpengine.com/wp-json/>; rel="https://api.w.org/"
    link: <https://pcaacstaging.wpengine.com/wp-json/wp/v2/pages/11>; rel="alternate"; type="application/json"
    link: <https://pcaacstaging.wpengine.com/?p=11>; rel=shortlink
    x-powered-by: WP Engine
    x-pass-why: custom-path

    I also contact WP Engine and they confirmed that they are not caching the page(s). Additionally, I deactivated all plugins except the following:

    Participants Database
    Participants Database Combination Multi Search
    Participants Database Custom Templates
    TablePress
    TablePress Extension: Automatic URL conversion

    I also temporarily switched the Divi theme out for the default WP theme, and that did not make a difference, either.

    Do you think this could be an issue with the AJAX request? I’m not sure what it could be, but would like to fix this rather than switching to another plugin. Very much appreciate the work on participants database. Thanks for helping with this so far.

    Thread Starter joeroundtree

    (@joeroundtree)

    Okay, thanks for taking a look at it.

    Thread Starter joeroundtree

    (@joeroundtree)

    Here it is:

    [07/15/21 6:40pm UTC]
    PDb_List::_setup_iteration list query: SELECT p.id, p.date_posted, p.position_name, p.church, p.city, p.state, p.presbytery, p.church_size, p.job_description_link, p.additional_resources_link FROM wp_participants_database p WHERE p.approved = "yes" AND (p.position_name LIKE "%Pastor%" OR p.church LIKE "%Pastor%" OR p.city LIKE "%Pastor%" OR p.state LIKE "%Pastor%" OR p.presbytery LIKE "%Pastor%" OR p.church_size LIKE "%Pastor%") ORDER BY p.date_posted DESC

    [07/15/21 6:40pm UTC]
    Undefined index: delete
    in /nas/content/live/pcaacstaging/wp-content/object-cache.php on line 281
    Log file initiated at: July 15, 2021 6:40 pm UTC

    [07/15/21 6:40pm UTC]
    PDb_List::_setup_iteration list query: SELECT p.id, p.date_posted, p.position_name, p.church, p.city, p.state, p.presbytery, p.church_size, p.job_description_link, p.additional_resources_link FROM wp_participants_database p WHERE p.approved = "yes" AND (p.position_name LIKE "%Pastor%" OR p.church LIKE "%Pastor%" OR p.city LIKE "%Pastor%" OR p.state LIKE "%Pastor%" OR p.presbytery LIKE "%Pastor%")p.church_size LIKE "%Pastor%" AND ORDER BY p.date_posted DESC

    Thread Starter joeroundtree

    (@joeroundtree)

    There does seem to be a discrepancy there!

    The first (initial load) page gives this request (I’m only posting here the relevant portion):

    AND (p.position_name LIKE "%Pastor%" OR p.church LIKE "%Pastor%" OR p.city LIKE "%Pastor%" OR p.state LIKE "%Pastor%" OR p.presbytery LIKE "%Pastor%" OR p.church_size LIKE "%Pastor%") ORDER BY

    Whereas subsequent pagination uses this query:

    AND (p.position_name LIKE "%Pastor%" OR p.church LIKE "%Pastor%" OR p.city LIKE "%Pastor%" OR p.state LIKE "%Pastor%" OR p.presbytery LIKE "%Pastor%")p.church_size LIKE "%Pastor%" AND ORDER

    But how would I deal with this sort of issue?

    [Moderator note: Please, No bumping].

    joeroundtree

    (@joeroundtree)

    I am also experiencing this issue. I’m seeing in the console:

    New content generated by 'save' function:
    
    <div class="wp-block-cover alignfull has-background-dim-30 has-ruf-11-background-color has-background-dim is-style-default has-height-lg has-width-md"><img class="wp-block-cover__image-background wp-image-847" alt="" src="http://localhost:10003/wp-content/uploads/2020/07/picture.jpg" data-object-fit="cover"/><div class="wp-block-cover__inner-container"></div></div>
    
    Content retrieved from post body:
    
    <div class="wp-block-cover alignfull has-background-dim-30 has-ruf-11-background-color has-background-dim is-style-default has-height-lg has-width-md" style="background-image:url(http://localhost:10003/wp-content/uploads/2020/07/picture.jpg)"><div class="wp-block-cover__inner-container"></div></div>

    This happens even when I’m creating a new block, which I don’t understand. Has Gutenberg cached an old version of the block?

Viewing 7 replies - 1 through 7 (of 7 total)