That's rather strange.
I asume, that is in the Slovenian translation? Which resource does this occur in?

Oliver

CC: (none) => oliver.bgr

(In reply to comment #1)
> That's rather strange.
Yes, very strange. And critical from translators point of view.

> I asume, that is in the Slovenian translation?
Yes, in Slovenian translation.

> Which resource does this occur in?
It written in description and in URL:
1_drakx-netpot

I hope it is the only one.

Sorry, it seems I was blind, when reading the report.

I'll try and have a look into that resource.

Sorry,
I forgot to comment here:
There seems to be a problem (which i don't understand) about that resource.
It shows the same symptoms in German (translated in online view, but not in downloaded po files).
I didn't find other resources with the same problem, but didn't check all.

So I checked a few files: I experience the same problem with 1_drakx-net.pot_fr.po, i.e. the French po file for Mageia 1's version of drakx-net.
To me, it seems that every string which goes on more than a single line is affected by this issue. Still, the strings in drakx-net.pot_fr.po (i.e. the same ressource but for Cauldron) are translated as they should be.

I checked 1_drakpxelinux.pot_fr.po and drakpxelinux.pot_fr.po, and experienced the same issue: the long strings in the 1 version are not translated whereas they are translated for Cauldron.

Maybe we should look into the differences between the 1 branches and the Cauldron ones.

CC: (none) => remi

@sysadmins:
If I shall investigate any further, please give me a database dump somehow.

Ok, so after taking a look, and using the following script :

#!/usr/bin/python
import os, sys
path = '/usr/share/transifex'
if path not in sys.path:
    sys.path.append(path)
path = '/usr/share'
if path not in sys.path:
    sys.path.append(path)
path = '/usr/local/lib/'
if path not in sys.path:
    sys.path.append(path)

os.environ['DJANGO_SETTINGS_MODULE'] = 'transifex.settings'
from django.db.models import get_model

Template = get_model('resources', 'Template')
Resource = get_model('resources', 'Resource')

r = Resource.objects.get(name='1_drakx-net.pot')
t = Template.objects.get(resource=r)
print t.content

I found that the database is incorrect. Ie, it should show this :


#: ../lib/network/vpn/vpnc.pm:61
#, c-format
msgid "NAT Mode"
msgstr "7bec4f55f1b699bf1dc52352c1e3d5ff_tr"

and for multi line, it does show this : 

#: ../lib/network/shorewall.pm:164
#, c-format
msgid ""
"Your firewall configuration has been manually edited and contains\n"
"rules that may conflict with the configuration that has just been set up.\n"
"What do you want to do?"
msgstr ""
"Your firewall configuration has been manually edited and contains\n"
"rules that may conflict with the configuration that has just been set up.\n"
"What do you want to do?"

So there is indeed a issue in the db.

CC: (none) => misc

So far, from my test, it is able to import them correctly. So I wonder if this could be as simple as reimporting them.
( once that work, of course ).

(In reply to comment #7)
Thanks for your test, Michael. Unfortunately I'm not sure that I understand you correctly or there are more issues.

> So there is indeed a issue in the db.
These strings are still ok online and in messed up (they're a copy of English source) when I download them in Slovene.

If I understood Michael correctly, there's a problem with those resources, 'cause the template they use is buggy.
It should be fixed, when creating new ones.
I'm waiting for the other Tx bug to be resolved so I can do that.

So until then, it's best not to touch those 1_ resources.

Well, what i mean is that the data in tx are wrong, so the problem was on import ( either due to tx, or to human error, but i suspect more tx ).

transifex is dead since some months (or years ?)

Status: ASSIGNED => RESOLVED
Resolution: (none) => WONTFIX