We need to keep it as a paged query var and not rewrite to /page/2 - but not seeing why it would do that on dev and not on local, given we’re using the same theme files across both.
The only rewrite rules we have in the theme are these (intended to make sure archive listing pagination works right when nested by post type, and these all seem to work correctly):
Hi @kyle_conrad and welcome to the Kinsta Community!
It seems like you’re experiencing an interesting issue. Generally, the Push to Kinsta action in Devkinsta copies the WP files as is, and updates the database connection strings in the wp-config.php file. Additionally, it runs a search and replace in the database to update the domain entries from the Devkinsta domain to the site’s Staging domain.
Therefore, I suggest trying the following typical troubleshooting steps instead:
Firstly, check if the PHP version between Devkinsta and Staging is the same. If the version is different, it’s possible that the theme or plugins on the Staging site aren’t fully compatible with the PHP version.
Secondly, try pushing only the database and files at a time to determine if the issue is within the database or WP files. You may also temporarily switch the theme to a default theme, or disable plugins when doing the push to further isolate where the conflict could be from.
Looks like local is on PHP 8.2.5 and dev is 8.2.10 - assuming those are close enough that it shouldn’t be causing it.
I’ve tried pushing just the database or just the theme, as well as doing the usual Settings > Permalinks stuff, to no avail and no change. Plugins are identical between them, and unfortunately any default theme won’t work for testing since we’re using custom blocks to generate the pagination and utilize the query vars.
Wondering if there’s any sort of “built in” rewrite going on on the Kinsta side, which wouldn’t make sense but this whole thing is also very funky all around!
Ah, very strange and very funky! No idea why the plugin would be doing that there.
We worked around this by changing the query var to “pg” and using that to determine page, that way we don’t run the risk of bumping up against another WP Query parameter that a plugin or rewrite rule might hit (like page, p, paged, etc.).