Closed (works as designed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
user interface text
Priority:
Minor
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
13 Aug 2009 at 09:19 UTC
Updated:
29 Jul 2014 at 18:25 UTC
Jump to comment: Most recent file
Comments
Comment #1
Thomas_Zahreddin commentedsorry, typo in subject
Comment #2
webchickMoving to user interface text component.
Comment #3
yoroy commentedComment #4
Thomas_Zahreddin commentedyou got me …
:-)
Comment #5
gábor hojtsyYes, well, the reason it does not use any translation function is that update.php is the place where the schema might change for localization. Theoretically we can ensure that any locale updates run before everything else, but that sounds like a policy change.
Comment #7
drupal_was_my_past commentedRe-roll patch from #4 to fix syntax errors and be more in line with making links translatable and keeping block level elements out of t().
@Gábor Hojtsy, does that mean that we should not try to make any of the strings in update.php translatable?
Comment #8
gábor hojtsyWell, the goal of update.php is to run changes on the Drupal database while using as minimal a subset of Drupal features as possible. Running updates on locale module related tables, caches, settings, etc. are one of the possibilities. If we use the locale subsystem in the update, we make this impossible or at least pretty hard.
Comment #9
gábor hojtsyIn other words, we should probably look more for avoiding calling t() and not invoking t() in the update system I think. (Even though the update bootstrap prepare code can theoretically set up a t() friendly environment). Are we using t() at some places already in update that makes it look like we should use it everywhere?
Comment #10
artusamakComment #11
gábor hojtsy