Automattic lightweight-term-count-update issues

Automattic / lightweight-term-count-update

Makes term count updates less painful

GNU General Public License v2.0

27 stars 8 forks source link

issues

Newest

Newest Most commented Recently updated Oldest Least commented Least recently updated

Fix potential cache clearing bug

#21 mboynes closed 1 year ago
0
Term cache not cleaned properly in `quick_update_terms_count` function

#20 Souptik2001 closed 1 year ago
2
Disable in WordPress 5.6.0 and above.

#19 peterwilsoncc closed 4 years ago
1
Publish on packagist

#18 dashaluna opened 4 years ago
0
force positive integers

#17 sboisvert closed 5 years ago
0
Test parameters are as expected

#16 sboisvert closed 5 years ago
0
Fixes #14 Taxonomy Callback Issue

#15 MrHuli closed 5 years ago
0
Calling update_count_callback is not passing through the full Taxonomy object, only the name

#14 MrHuli closed 5 years ago
0
Added if statement to take care of an edge condition in LTCU_Plugin->quick_update_terms_count

#13 binodkalathil closed 6 years ago
1
Added tests for attachment limit handling

#12 anigeluk opened 7 years ago
1
Stops tag/categories being added to drafts/scheduled posts

#11 philipjohn closed 7 years ago
4
force-recount posts for terms when they're edited on the edit term screen

#10 mattoperry closed 7 years ago
0
Allow new counting in CRON

#9 mattoperry opened 7 years ago
6
Always clear the term cache, even when not counting

#8 mboynes closed 7 years ago
0
Attempt to run memcached in a travis build

#7 mboynes closed 7 years ago
1
Count all terms from 0 on term edit event

#6 david-binda closed 7 years ago
0
Improve performance for (child) attachments

#5 mboynes opened 7 years ago
2
Consider edge cases around wp_defer_term_counting()

#4 mboynes opened 7 years ago
1
Add WP_CLI command to redo all term counts

#3 mboynes opened 7 years ago
4
Account for term relationship changes

#2 mboynes closed 7 years ago
4
Initial commit of the actual plugin's logic

#1 david-binda closed 7 years ago
7