GNOME Bugzilla – Bug 416009
Wrong count in the documentation column
Last modified: 2008-02-23 22:08:47 UTC
http://l10n.gnome.org/releases/gnome-2-18 The numbers in documentation column seems to be wrong. The column lists 23993 as the total number of strings but it should be 17525 Other information:
I cannot reproduce it locally, I should have access to the server/database to be able to debug this.
If you compare http://l10n.gnome.org/releases/gnome-2-20 and http://l10n.gnome.org/languages/sv/gnome-2-20 , you will notice that the total number of documentation strings differ. 68% (18090/84/8263) vs 72% (14356/70/5488)
Yes, I saw it and it is confirmed. However, my local test instance of DL doesn't have this problem. I should be able to access the database on command line on the l10n.gnome.org server to be able to debug this. I suspect some wrong data polluting the database. I have unfortunately no access to the server, so we should rely on Danilo for this problem.
Now there is also completely wrong numbers in gnome-office release (http://l10n.gnome.org/releases/gnome-office). Please Danilo, could you send me a snapshot of the current DL database?
Let me please also add that this wrong count is also happening for the "User Interface" column as visible in: * At http://l10n.gnome.org/releases/gnome-2-22 for the "User Interface" column I have "99% (45586/3/0)" * At http://l10n.gnome.org/languages/pt/gnome-2-22 for the "UI Translations" I have "100% (41231/0/0)"
Claude, have you gotten my email regarding database access on l10n.gnome.org?
Yes, I first asked for the Mango login (only this morning, I admit)... then I'll ask for access... and you know the rapidity of Account team ;-)
At least, I have now the explanation \0/ The problem is when po domains change, their stats remain in the database, and the function get_aggregate_stats doesn't check that all module's domains retrieved from the database are still valid. Now to the resolution...
Fixed in rev. 757/758