Forum Replies Created

Viewing 12 replies - 1 through 12 (of 12 total)
  • Another question I have started dealing with the same topic has been started and resolved here: https://wordpress.org/support/topic/who-can-be-a-coauthor/. You can check the solution there.

    Hey @ste_95, many thanks for this information! I could successfully allow the desired role by assigning a capability it is associated with by using the filter.

    Have a nice day you too, abraços!
    Marcos

    João, please, check this topic I have created and discussed with another Forum user, who helped sort out the problem: https://wordpress.org/support/topic/associate-authors-programmatically.

    It will probably serve you. Let me know if you have any doubts adding the array of users as coauthors of a given post.

    My workaround now is querying all items of the specific custom post type I use (the way you did) in my website and doing:

    $edit_url = get_edit_post_link( $post_id );

    and then I test if that variable is valid:

    if( $edit_url ) {
      // do somthing here
    }

    When user is author/co-author of the post, that variable ($edit_url) carries a valid edit URL. Otherwise, it is empty or false.

    • This reply was modified 1 year, 5 months ago by mabho.

    Hey, same thing here… I am trying to query post authors/co-authors by using that code with no success. Please, let me know if you find any solutions, I am trying to do the same here… Thank you.

    @venutius, thank you for sharing your solution. After so long I have finally resumed working on this and can confirm your solution was effective for me.

    • This reply was modified 1 year, 5 months ago by mabho.

    Hey, @venutius, thank you so much for sharing your experience and your solution for this topic. I left this issue aside for some time, but I will have to resume working on it soon and will share my experience here when I have news. Again, thank you, I will give your solution a try.

    Hello, @dgfrench, no, not yet, I haven’t actually looked into this since I opened this post here. I am sort of busy these days, but will try to resume looking into this on December. I will post back here in case I have news on this issue. Did you happen to see the same problem described here?

    Ok, Tobias, I have finally nailed the problem. Sorry to have bothered, the problem was on my side and I will describe it here in case anyone hits it in the future.

    I checked my server PHP error logs and got an important clue there:

    [28-Nov-2016 17:01:08 UTC] PHP Fatal error: Uncaught Error: Call to undefined function gzdeflate() in /xxxx/ROOT/wp-content/plugins/jetpack/sync/class.jetpack-sync-json-deflate-codec.php:17
    Stack trace:
    #0 /xxxx/ROOT/wp-content/plugins/jetpack/sync/class.jetpack-sync-sender.php(150): Jetpack_Sync_JSON_Deflate_Codec->encode(Array)
    #1 /xxxx/ROOT/wp-content/plugins/jetpack/sync/class.jetpack-sync-sender.php(72): Jetpack_Sync_Sender->do_sync_for_queue(Object(Jetpack_Sync_Queue))
    #2 /xxxx/ROOT/wp-includes/plugin.php(524): Jetpack_Sync_Sender->do_sync('')
    #3 /xxxx/ROOT/wp-includes/load.php(671): do_action('shutdown')
    #4 [internal function]: shutdown_action_hook()
    #5 {main}
    thrown in /xxxx/ROOT/wp-content/plugins/jetpack/sync/class.jetpack-sync-json-deflate-codec.php on line 17

    … looks like JSON PHP module isn’t loaded.

    The background information here is that I have recently upgraded from PHP 5.6 to PHP 7. Since PHP 7 has a very minimum set of modules enabled by default, what happens is that json.so wasn’t loaded in my php.ini conf file.

    I have changed php.ini to load extension ‘json’, restarted NGINX and all is well now.

    Thank you for timely response.

    Tobias,

    Ok, I have just checked and tablepress_tables is correctly mapping the Post IDs. So this doesn’t seem to be the problem here. Is it possible that the cached versions are corrupted and I should remove them, and maybe Tablepress will recreate them?

    I can see the full source code for the tables are cached on wp_options on these rows I have mentioned.

    Where is Tablepress storing the full source code for each table besides wp_options?

    Thank you again

    Hi, Tobias, I hope I can use this thread to bring some more information on the issue described by @wonderful-wanderings here, as it did happen to me (at least, it looks like the same thing to me).

    My tables used to work and display correctly on the website until some recent plugin OR WordPress update. Unfortunately, I can’t precise the version that did brake my Tablepress tables, as I have just noticed the issue. But maybe I can provide some information that could help tackle the problem.

    I am currently using the most up to date plugin version (v 1.7) and WordPress (v. 4.6.1._pt-br).

    Problem description: all my tables like [table id=7 /] will display on the webpage as [table “7” not found /]. When I go to the Tablepress admin page, there aren’t any tables there. I searched briefly for some documentation on how Tablepress stores data, but couldn’t find anything in that regard. I have thus ran the following query (SELECT * FROM wp_options WHERE option_name LIKE ‘%tablepress%’) and found what appears to be the Tablepress data. On column ‘option_name’ I can see a long string which reads ‘_transient_tablepress_928c8d99583e3642c97305c73fdf2c4a’. This is the row that holds my table with ID 7 as it begins with:

    <table id="tablepress-7" class="tablepress tablepress-id-7">

    My query search results also brought me two rows with options names ‘tablepress_plugin_options’ and ‘tablepress_tables’.

    This is the data I see on row ‘tablepress_tables’, which looks like the row that maps where the plugin should find the data:

    {"last_id":7,"table_post":{"1":5476,"2":5480,"3":5488,"4":5493,"5":8011,"6":8174,"7":8251}}

    Is it possible that the data was somehow corrupted? On the string above, the ID associated with “7” should match the ID of the row corresponding to table 7 on wp_options table?

    I hope the information provided helps shed some light on this.

    As a final comment: all the data required for Tablepress to work seem to be there. But something is probably preventing the module from seeing its data. Maybe a plugin update was the responsible for the issue, but I can’t tell exactly if that is the case. Anyway, if you can tell me the dynamics of how the module stores its data, I can maybe fix it ‘by hand’ straight in the database.

    Thank you in advance and let me know if I can provide any further information on this issue.

    mabho

    (@mabho)

    Note: I should have named this support request as ‘Issue with number of posts *per page*’, or Issue with number of posts *per page* on post type’, but I can’t change it now that I have already published.

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