Pootle settings server error

Hello Everyone

I am trying to change the settings from my Pootle account. Every time I click on 'Save' it gives me a server error. I've been trying to change my settings for a few weeks now but had no luck.

Is anyone having the same issue?

-Gio

Hi Giovanni,

Hello Everyone

I am trying to change the settings from my Pootle account.

It would help to state what setting you're trying to change.

Every time I
click on 'Save' it gives me a server error. I've been trying to change my
settings for a few weeks now but had no luck.

There is a known bug with problems when adding additional languages to show .

https://github.com/translate/pootle/issues/3856

ciao
Christian

Hi Giovanni,

Sorry to be annoying, is there anyway this could be solved? I haven't heard
from anyone.

[...]

You confirmed that the problem is when trying to add another language
to the view, so then the status is tracked at the upstream ticket
here:

https://github.com/translate/pootle/issues/3856

There is a fix available upstream, but it still has to be deployed
on our instance.

ciao
Christian

Den 09.09.2015 21:06, Giovanni Caligaris skreiv:

Hello Everyone

I am trying to change the settings from my Pootle account. Every time I click on 'Save' it gives me a server error. I've been trying to change my settings for a few weeks now but had no luck.

Is anyone having the same issue?

-Gio

It is still impossible to change the user account.
I am coordinating my translations to some other languages, but I am unable to do this as my user account settings disappeared some months ago and I am not able to reset it.

Nobody working on this annoying error?

Kolbjørn

Context: 04020100.xhp hd_id3157557 37 help.text
Locations: 04020100.xhp
ID: VAZtE

This string lacks the final closing tag
<ahelp hid="."/><link href="text/swriter/01/04020100.xhp"
name="Section">Sekcio</link>

so it should be
<ahelp hid="."/><link href="text/swriter/01/04020100.xhp"
name="Section">Sekcio</link></ahelp>

Regards
Donald

Context: 04020100.xhp hd_id3157557 37 help.text
Locations: 04020100.xhp
ID: VAZtE

It would always help to provide the direct link to the unit in pootle.

right-click on the "Unit #1234567" link and paste the link here.

This string lacks the final closing tag
<ahelp hid="."/><link href="text/swriter/01/04020100.xhp"
name="Section">Sekcio</link>

so it should be
<ahelp hid="."/><link href="text/swriter/01/04020100.xhp"
name="Section">Sekcio</link></ahelp>

no <sometag /> is already the same as <sometag></sometag> with that
you'd introduce a closing tag without opening one.

http://www.w3.org/TR/xml/#sec-starttags

keyword: empty element tag

ciao
Christian

Hi Donald, *,

Context: 04020100.xhp hd_id3157557 37 help.text
Locations: 04020100.xhp
ID: VAZtE

It would always help to provide the direct link to the unit in pootle.

right-click on the "Unit #1234567" link and paste the link here.

https://translations.documentfoundation.org/eo/libo50_help/translate/swriter/01.po#unit=94679091

no <sometag /> is already the same as <sometag></sometag> with that
you'd introduce a closing tag without opening one.

Sorry. I didn't notice that. Usually the ahelp tag has a closing tag.

Yes, while the above is true (<sometag /> already is considered
closed), the specification also states that the empty form "should"
only be used for explicitly marked empty elements, those that never
have content (like <br/>)

"Empty-element tags may be used for any element which has no content,
whether or not it is declared using the keyword EMPTY. For
interoperability, the empty-element tag should be used, and should
only be used, for elements which are declared EMPTY."

in other words pootle can be considered right since <ahelp .. />
should be avoided for interoperability.

Now the "fun" part: that string should have been fixed long time ago with commit

http://cgit.freedesktop.org/libreoffice/help/commit/?h=libreoffice-5-0&id=d7cbd22f6da101618b489b42e6990d74fd820423

however that fix is wrong in that it should have put the closing tag
after the link.

The translation process optimizes the empty tag to the
self-closing/empty form, so the templates and po files end up with the
"should not use" form..

/me 'll fix that/look for other occurances and update the templates later today.

Thanks for reporting.

ciao
Christian

Still getting the message:
"A server error has occurred. Thank you for your patience."
when trying to update my account.
Well, I have been "patience" for some months now.
Would be pleased if someone fixed this in the near future.

Kolbjørn

Den 08.01.2016 17:34, Kolbjørn Stuestøl skreiv:

Hi *,

Still getting the message:
"A server error has occurred. Thank you for your patience."
when trying to update my account.
Well, I have been "patience" for some months now.

As explained in one of the last mails, that error is known and fixed
on an upstream version, and the fix will be available when pootle on
our production instance gets updated.
Obviously we didn't want to take the risk of bringing down pootle
before 5.1 release / before fosdem.

Would be pleased if someone fixed this in the near future.

It will be fixed, pootle will receive an update and that then includes the fix.

ciao
Christian

Thank you for your answer.
I am waiting for the 5.1 release :slight_smile: .

Kolbjørn

Den 08.02.2016 13:33, Christian Lohmaier skreiv: