Open 2ndkauboy opened 1 year ago
Would wp post meta delete <projectid> _traduttore_update_lock
work just as well here?
In certain situations, a project can get locked.
Do you perhaps know what happened in your case? Was there some kind of error perhaps?
I am asking because the lock is supposed to be removed right away after updating:
So I am curious to get to the bottom of this.
As an alternative, we could think about simply adding a timestamp as the meta value for the lock and then create some cron job to clean up stale locks.
No manual intervention needed in this case :-)
Attention: Patch coverage is 0%
with 16 lines
in your changes are missing coverage. Please review.
Project coverage is 71.57%. Comparing base (
5f49923
) to head (92431e9
).
Files | Patch % | Lines |
---|---|---|
inc/CLI/ProjectCommand.php | 0.00% | 16 Missing :warning: |
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
I don't mind having a different solution to that. Just as of now, there is no straightforward way to unlock a project. This issue came up trying to unlock a project on a WordPress VIP hosting environment, where you don't have direct access to the database and also some WP-CLI commands are forbidden.
Description In certain situations, a project can get locked. If this happens, there is currently no way to unlock it, except for removing the lock in the database directly.
How has this been tested? In a custom plugin, this command has been registered as a new command in a different namespace, and it could be tested successfully as expected.
Types of changes New feature (non-breaking change which adds functionality)
Checklist: