grex22

Any updates / ideas here? Is anyone managing this plugin? ??

Thank you, will check it out!

Imagine that… responsive support. Hmm….

Seeing the same behavior.. Did you ever sort this out?

@smashballoonlouis thanks to you and your team for the speedy response and hotfix!

Ok, first off — you HAVE to have the absolute BEST support of any plugin on the WP repo. This reply is extremely helpful, and also does a nice job of mentioning the benefits of the pro version, which I’m about to take a look at ??

Second of all, your reply helped me get to the solution to my problem. And wow is it dumb.

I’ll post a snippet discovered in the site’s functions.php, without any further comment:

if(is_front_page()):
wp_dequeue_script( 'js-divi-area' ); //popups for divi
endif;

Yep. There’s the problem. ???♀?Don’t ask me why this was there..

Awesome!! Thanks Elena! I use the plugin quite a bit, so am happy to assist

Thanks for checking on this Simeon! I agree generally we should all be running PHP 8, but especially in the case of a site migrator plugin, our old hosts may not fully support it yet. But good recommendations of course, generally!

It’s possible that the function in question only gets called on plugin activation? Or some other condition? Because str_starts_with() is very clearly added to the plugin as of two days ago (most recent version 2.0.6), and that function exists only in PHP 8+

Since the plugin was updated so recently, is it possible you were checking on 2.0.5?

I worry that folks that auto-update your plugins on hosting with PHP 7.4 or below are going to experience site outages.

I can do that, but then my modification disappears if you update the plugin. Do you have any plans to make this change in the plugin source code so that the change would be permanent?

Amazing! Thank you Tobias

Fantastic info, thank you Tobias! I don’t believe the Automatic Import plugin would be a good fit for this based on how the Salesforce authentication is setup, but good to know that exists for future projects!

Re: the original quesiton on the table structure, so essentially I could replace the $table[‘data’] multidimensional array with my new data, check it with prepare_table for sanity, and then call the save method. Seems pretty simple?

As a follow-up, I’ve been reviewing the source code for “prepare_table”, and it’s not entirely clear to me what the usage would look like if I wanted to completely replace the first table with the second. The comments in the function talk of merging, but in my use case I want to completely overwrite the contents of the original table with the modified one.

Oh wow, of course there’d be a nice helper function to modify table data! Thanks for this.

Our use case is we’re pulling in some rows of data from an API and need to replace the data in a TablePress table with it. The old code we’re running takes the incoming data, formats it in the format TablePress expects as one giant string, and writes it to the wp_post that the Table is tied to.

Unsurprisingly, it sounds like there’s a better way ??

In your very helpful code you provided, at a high-level what does modifying the $table look like? Is $table just an array of rows? So changing $modified_table, checking for consistency, then saving it is basically a couple of simple operations on a big ol’ PHP array?

If so, this is going to simplify our old code SO much..

Great to know! Thank you ??

Maybe you already fixed this, but I now see your table headers as blue?

@tobiasbg confirming this worked for my install!! Woo hoo!