Doing a search in the ddtp-ubuntu project's translations templates times out

Bug #869824 reported by David Planella
This bug report is a duplicate of:  Bug #736005: POFile:+translate timeouts. Edit Remove
114
This bug affects 25 people
Affects Status Importance Assigned to Milestone
Launchpad itself
Triaged
Critical
Unassigned
Package Descriptions for Ubuntu
New
Undecided
Unassigned
Ubuntu Translations
Triaged
High
Unassigned
nightmonkey
Confirmed
Undecided
Unassigned

Bug Description

Trying to search for a string to translate in the ddtp-ubuntu seems to always cause a timeout:

https://translations.launchpad.net/ddtp-ubuntu/oneiric/+pots/ddtp-ubuntu-universe/ca/+translate?batch=10&show=all&search=modeller

Here's one of the OOPSes I got: OOPS-9d22d31c670b0b10bbd6b726d2968c5c

Changed in launchpad:
status: New → Triaged
importance: Undecided → Critical
tags: added: timeout
Revision history for this message
Hendrik Schrieber (hennekn) wrote :

Also seeing this problem. For example Error ID: OOPS-eb5135d8c8ec7f178dc45cbae4be4633. This bug is present for ddtp-ubuntu-main and ddtp-ubuntu-universe.

Revision history for this message
Michael Basse (michael-alpha-unix) wrote :

i was adding the launchpad-maintainers on CC, so that they will see this bug

Revision history for this message
xatr0z (xatr0z) wrote :

Nightmonkey is totaly unusable for me because of this problem. I can't click any link to a translation (because it uses the searchfield).
Also if I manually search it doesnt work *at all* right now, however in the past it did on other projects (not ubuntu).

Everytime there is a timeout error after 10 secons waiting. The OOPS-ID does change every time.
For example:
https://translations.launchpad.net/ddtp-ubuntu/precise/+pots/ddtp-ubuntu-universe/nl/+translate?batch=10&show=all&search=pcman
Gives (Error ID: OOPS-7ef9f80c46d50ffd9f4b46a071cb8e79)

Gabor Kelemen (kelemeng)
Changed in ubuntu-translations:
status: New → Incomplete
status: Incomplete → Triaged
importance: Undecided → High
Revision history for this message
Dennis Baudys (thecondordb) wrote :

I'd like to confirm this timeout problem and like to ask what the current status is on this bug?
What exactly causes the timeout? Who can fix this?

As xatr0z already wrote, Nightmonkey is practically unuseable for (at least) searching for package descriptions in the universe repository – though Nightmonkey has been the only tool that could point translators to the strings in a reasonable time and with an overview (important for translation consistence).

That's why I fear we will not see ANY translations of (at least) universe package descriptions in the moment and in the future.

I'm willing to help, if there is anything I can do (PHP, MySQL, xHTML skills), please tell me.

Thanks very much in advance for your hard work, for investigating this critical issue and for hopefully fixing it.

Dennis

tags: added: ddtp nightmonkey search
Revision history for this message
Jeroen T. Vermeulen (jtv) wrote :

The ddtp-ubuntu translations are large enough to be problematic. We've recently upgraded our PostgreSQL server, and we hope to replace our text search indexes with a faster alternative soon. Hopefully that will help.

Revision history for this message
Hendrik Schrieber (hennekn) wrote :

This is still an issue. For "universe" its basically not possible to submit translations and "main" isn't fun either. Why is this an issue now? It has worked before (a year ago or so)!

Revision history for this message
Karma Dorje (taaroa) wrote :

Timeout error
Sorry, something just went wrong in Launchpad.

We’ve recorded what happened, and we’ll fix it as soon as possible. Apologies for the inconvenience.

Trying again in a couple of minutes might work.

(Error ID: OOPS-996e935c8cdf8f97ae7849649a0c3413)

Revision history for this message
William Grant (wgrant) wrote :

I experimented with rewriting the query to use trigram indices for substring matching. The temp_* indices in https://pastebin.canonical.com/74853/ are new, https://pastebin.canonical.com/74853/ is a code diff to use them, and https://pastebin.canonical.com/74852/ is an example of the final query. It works fine (hundreds of milliseconds) for obscure strings like 'pcman', but strings with common trigrams like 'program' end up spending a couple of seconds in the GIN trigram indices. I suspect that proper FTI would be substantially faster.

Revision history for this message
William Grant (wgrant) wrote :
Revision history for this message
Pierre Slamich (pierre-slamich) wrote :

Would it be dangerous to implement this partial solution ?

William Grant (wgrant)
tags: added: lp-translations
Curtis Hovey (sinzui)
description: updated
Changed in ddtp-lp-html:
status: New → Confirmed
Revision history for this message
Hendrik Schrieber (hennekn) wrote :

A partial solution is better than none. At the moment, every search in DDTP just gives an OOPS. We are struggeling to get new translators to get a farely complete translation of DDTP but we can't tell anybody to try translating package descriptions if you cannot access them.

Also I wonder, why this problem came up about a year ago and it hasn't happened before? (if it's just a meaning of servers not beeing able to process search requests in time because of a lack of capacity). Was there such a great increase in server usage?

Revision history for this message
Redmar (redmar) wrote :

Since this bug has been around for so long, I've created a workaround. It consists of a small python program that sorts the offline ddtp po file based on popcon. This way, translators can simply start working from the beginning of the po file, and no other external tools are needed. (It also takes into account whether or not a package is present in the software center).

You can get the code with the following command, it also contains a readme file:
bzr branch lp:~redmar/+junk/ddtp_popsort

This is my first coding project for ubuntu, so please let me know if there are better way's of doing things!

Revision history for this message
gisele perreault (gisele-perreault) wrote :

This timeout error issue really sucks.
Even when we type or validate new suggestions, when clicking on the "save & continue" button, we often get a timeout error, and the work done on the current page is lost.

Revision history for this message
Hannie Dumoleyn (lafeber-dumoleyn) wrote :

Hi Gisèle,
It seems this problem is never going to be solved. If you subscribe to the ubuntu-translators mailing list, <email address hidden>, you can follow the discussion "Semi-mechanizing the DTTP translations" on this subject.
Hannie
Ubuntu Dutch Translators

Revision history for this message
Sylvie Gallet (sylvie-gallet) wrote :

Hi Gisèle and Hannie,

When you get a timeout error after hitting the "save and continue" button, your work is not lost, just go back to the previous page with the backspace key in your web browser, and you'll see the suggestions or translations you've made are there.

Searches in "main" eventually work, after 1 try (but sometimes for very large values of 1 :-) ), but thezy never work in "universe", and even with the semi-automated translation method we've been using for about a month, translating "universe" is a pain...

Sylvie
Ubuntu French Translators

Revision history for this message
Hannie Dumoleyn (lafeber-dumoleyn) wrote :

Hey Sylvie,
Thanks for the tip. When searching for something, I usually press F5 after a timeout error, to refresh the page.
Greets,
Hannie
Ubuntu Dutch Translators

Revision history for this message
Pierre Slamich (pierre-slamich) wrote :

Here's an excerpt from #launchpad for a little insight on that bug

teolemon: I wondered whether there was anyone with the rights to increase the timeout limit for Search, such as in this example https://translations.launchpad.net/ddtp-ubuntu/quantal/+pots/ddtp-ubuntu-universe/fr/+translate?batch=10&show=all&search=debugging+symbols+for
like giving it a bit more room to complete the query
czajkowski: wgrant: ^^
wgrant: When that page is slow, it's *really* slow. We can't sensibly increase it enough to make it succeed frequently.
teolemon: even one out of 10 would save the day
wgrant: Sure, but we'd have to at least double or possibly triple the timeout which is not hugely sensible
teolemon: i reckon being more specific increases my chances of having the query complete
wgrant: Mmm, potentially a little.
teolemon: are there any factors, time of the day that may be useful
wgrant: No
wgrant: It's just that the translation system wasn't really designed for the sort of scale that that template requires.
teolemon: In how many parts would we need to split the template to solve the issue to make search somehow work again ?
wgrant: That's not really much of a solution and I don't know a number.

Changed in launchpad:
status: Triaged → Confirmed
Changed in ubuntu-translations:
status: Triaged → Confirmed
Revision history for this message
Dennis Baudys (thecondordb) wrote :

Hi Jeroen and everybody who it concerns,

on Jeroen wrote 2012-05-24 »[…] We've recently upgraded our PostgreSQL server, and we hope to replace our text search indexes with a faster alternative soon. […]«

Did you already replace the text search indexes with a faster solution or what is the current status on that?

Thanks for the update on the progress of this critical bug (that is assigned to nobody).

Dennis

William Grant (wgrant)
Changed in launchpad:
status: Confirmed → Triaged
Changed in ubuntu-translations:
status: Confirmed → Triaged
Revision history for this message
Redmar (redmar) wrote :

I know this bug has been annoying a lot of people, but I would just like to point out that (hopefully) soon the dttp package descriptions will be sorted based on popcon by default, which means external tools like nightmonkey will not be required anymore. This should make this bug obsolete, even if it is not solved.

Revision history for this message
Gabor Kelemen (kelemeng) wrote :

Redmar: that's good news, the guy behind Nightmonkey just chose life anyways :)

Revision history for this message
Pascal De Vuyst (pascal-devuyst) wrote :

The ddtp-ubuntu timeout only occurs for main and universe because these have too many strings, it works fine for multiverse and restricted.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.