| Summary | Cli scripts, using the user_admin param on appInit resets language setting |
| Queue | Kronolith |
| Queue Version | Git master |
| Type | Bug |
| State | Feedback |
| Priority | 1. Low |
| Owners | |
| Requester | goncalo (dot) queiros (at) portugalmail (dot) net |
| Created | 11/07/2011 (562 days ago) |
| Due | |
| Updated | 11/14/2011 (555 days ago) |
| Assigned | 11/08/2011 (561 days ago) |
| Resolved | |
| Attachments | app_init.diff ![]() |
| Milestone | |
| Patch | No |
New Attachment: app_init.diff
That options sets the current user to the first admin user. That
user probably doesn't have a language set in his prefs, that's why
you don't get translated strings.
I don't think its a question of prefs since if i swap the code flow
(as shown in the patch attached), it works fine.
I didn't propose the patch in the first place, because i don't think
this is the correct way to fix it.
That options sets the current user to the first admin user. That user
probably doesn't have a language set in his prefs, that's why you
don't get translated strings.
Isn't this the correct way?
State ⇒ Feedback
State ⇒ Unconfirmed
Patch ⇒ No
Milestone ⇒
Queue ⇒ Kronolith
Summary ⇒ Cli scripts, using the user_admin param on appInit resets language setting
Type ⇒ Bug
Priority ⇒ 1. Low
appInit call you add
var_dump(_("on the same weekday"));die();
the sentence is correctly translated.
Althoug, if you add the option 'user_admin' => true to
Horde_Registry::appInit call, the sentence will no longer be translated