Closed (outdated)
Project:
Drupal core
Version:
7.x-dev
Component:
locale.module
Priority:
Normal
Category:
Bug report
Assigned:
Reporter:
Created:
12 Jan 2011 at 21:47 UTC
Updated:
11 Jan 2013 at 09:04 UTC
Jump to comment: Most recent
In process installing I have error,
error in impotr translation interface, look error page
If install english only, after import russian interface - not error
look attach
| Comment | File | Size | Author |
|---|---|---|---|
| install d7 + russian translate.png | 29.04 KB | alexpua |
Comments
Comment #1
rfayPlease increase the max_execution_time in php.ini.
Comment #2
David_Rothstein commentedAgreed that's likely to fix it.
If this is a common error, we should consider having Drupal itself try to increase the maximum execution time while the language import is running (like we already do during cron runs). Although that won't work in all hosting environments.
Looks like there was an issue related to this at #569004: Add support for seek based batch import of .po files that was originally filed against core but then moved to contrib. I'm not sure why.
Comment #3
gábor hojtsy@David_Rothstein: we already up the limit exactly like we do in the cron operations (same code).
@alexpua: this is not solvable in Drupal core since it would require substantial API changes in locale module. For Drupal 7, you can use the new (and still stabilizing) http://drupal.org/project/gettextapi module to be able to read big files. It just replaces core locale module functionality at places, so it will not have any new UI component visible.
Marking duplicate of #569004: Add support for seek based batch import of .po files.
Comment #4
David_Rothstein commentedThis issue is about the installer, and I don't see where set_time_limit() is called when a language is being imported during installation.
Actually, even post-installation, it's not clear that it gets called everywhere it needs to be. (It happens at admin/config/regional/translate/import but doesn't seem to at other places in which a batch import is run.)
Either way, we need to fix this issue in Drupal core, not just contrib. If the set_time_limit() solution is the only one that's safe to backport, we could do that here and then have a separate D8-only issue for the more comprehensive fix.
Comment #5
gábor hojtsyOh, yes, you are right, it does not increase the time limit when in batch import.
Comment #6
sutharsan commentedWith #1848490: Import translations automatically during installation being committed now, the situation on importing po files has completely changed. Translations are imported using a batch process php max execution time problems will no longer occur.
Marking the issue fixed in full confidence. Feel free to re-open if the error still occurs with the latest 8.x release.
Comment #7
gábor hojtsyWell, even if it does not apply to Drupal 8, it would still apply to Drupal 7.