skip-revisions, select columns, callbacks = The forever reroll #184
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Replacement callback & row-based filtering (include/exclude posts revisions)
--where
expression has been a long requested feature (for more than 6 years)Added --where flag to finely select rows aimed for replacement
Added --revision / --no-revision
Added --callback
Reroll of Feature: Call user function with --callback flag #104 (Dec 2018) and Replacement callback & row-based filtering #128 (Sept 2019) (Feature: Call user function with --callback flag Feature: Call user function with --callback flag #104 )
Fix Filter by post types and post status in post table #125 (Introduce
--where
flag), close Limit search-replace in DB --wp_db_id="wp_posts:1234" (New command parameter) #142Preliminary work for Pass current
$col
and$primary_keys
down to the SearchReplacer #127 (Callback access to current primary key & column)I plea upstream to consider the PR without incurring X more extra rerolls to contributors (who already pumped dozens of hours of man work into the useless and error-prone task of rebasing) [The diff talks for itself]
This PR lack tests: Yes because tests are always hard and painful to write for external contributors but less time-consuming/easier to write correctly by long-time codebase maintainers.
Is this feature better inside (without automated tests) rather than unavaiable? I believe so.