[wp-meta] [Making WordPress.org] #3713: GlotPress negative counts
Making WordPress.org
noreply at wordpress.org
Thu Jul 12 21:34:42 UTC 2018
#3713: GlotPress negative counts
--------------------------------------+-----------------------
Reporter: GaryJ | Owner: obenland
Type: defect | Status: reopened
Priority: normal | Milestone:
Component: Translate Site & Plugins | Resolution:
Keywords: |
--------------------------------------+-----------------------
Changes (by GaryJ):
* status: closed => reopened
* resolution: fixed =>
Comment:
I don't deserve props for anything here!
While this fixes the symptom, is there any underlying cause that needs
addressing? i.e. why is `current_count` somehow ending up more than
`all_count` in the first place?
My suspicion is that it comes from a situation like this:
- someone submits a string.
- they then realise they made a mistake, and so submits a replacement
string. There are now two strings Waiting.
- a PTE/GTE comes along, and bulk approves all the strings (without
appreciating that they are not all for unique original strings).
If the strings had been approved one by one, then I think there would be
warnings when trying to approve the second submission. However, there's no
such visual warning for bulk approvals, so there may not be the same
checks going on, or at least the counts logic isn't taking into
consideration that bulk approving 100 strings may not result in 100
approved strings, like when the situation above occurs, for instance.
--
Ticket URL: <https://meta.trac.wordpress.org/ticket/3713#comment:3>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org
More information about the wp-meta
mailing list