After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 405677 - Stats may sometimes show a negative value for untranslated messages
Stats may sometimes show a negative value for untranslated messages
Status: RESOLVED WONTFIX
Product: damned-lies
Classification: Infrastructure
Component: general
unspecified
Other All
: Normal minor
: ---
Assigned To: damned-lies Maintainer(s)
damned-lies Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2007-02-08 09:53 UTC by David Lodge
Modified: 2012-10-16 22:23 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Proposed patch to fix problem (3.30 KB, patch)
2007-03-05 14:43 UTC, Djihed Afifi
none Details | Review
Module page mockup (50.69 KB, image/png)
2007-11-14 21:24 UTC, Claude Paroz
  Details

Description David Lodge 2007-02-08 09:53:04 UTC
The release stats may sometimes show a negative total for untranslated messages. This occurs as the untranslated stats are derived by a formula:
untranslated = total - translated - fuzzy

If there is an error on generating either the pot or po files, old versions are used which may be out of sync with the current version, meaning that there are too many translated or fuzzy messages.

This effects overview of releases and causing invalid XHTML.
Comment 1 David Lodge 2007-02-08 12:35:55 UTC
The easiest way to fix this is to put in a low-tech hack of:
if (untrans < 0) untrans=0;

This would mean that the stats are no longer negative; but would not be reflecting the real stats (though, if we cannot generate a valid pot/po file, the stats are always going to be out)
Comment 2 Djihed Afifi 2007-03-05 14:43:48 UTC
Created attachment 83967 [details] [review]
Proposed patch to fix problem

I've gone through all cases where this is possible and put the hack. It's possible that a lot of these cases are not needed, but they don't harm.
Comment 3 David Lodge 2007-03-12 07:24:22 UTC
Making some headway - in damned-lies some modules exist in the release sets, but either don't really exist or have always had pot generation problems.

This no doubt means that the database stores some information about which is wrong.

Some of these I've fixed by removing them from releases.xml.po (e.g. gnome-glossary, uf-view, optimystic, gnome-app-install).

Some can be fixed by ensuring that the pot file builds (gnome-ruby, gnome-tiny-fu, mcatalog).

For some reason (I can't work it out) beast has failed to generate a pot file since January. Which is strange as I can't replicate the problem by hand.
Comment 4 Claude Paroz 2007-11-14 21:24:59 UTC
Created attachment 99110 [details]
Module page mockup

Here's a simple mockup of the module page modification to add a link to the /images page (link from the 'figure' image next to the stats).
Comment 5 Claude Paroz 2007-11-14 21:26:13 UTC
Arghh, sorry I was on the bad page. I blame this "next bug" behaviour :-(
Comment 6 Gil Forcada 2012-10-16 22:23:47 UTC
I would rather try to figure out why does that happen to begin with and later fix that than adding patches to fix errors generated somewhere else...

I'm closing the bug, feel free to reopen it, but it would be far better if you can report a new bug with some actual way to reproduce (I know that in this case is really hard) a negative value.