| Summary | Cli scripts, using the user_admin param on appInit resets language setting |
| Queue | Kronolith |
| Queue Version | Git master |
| Type | Bug |
| State | Assigned |
| Priority | 1. Low |
| Owners | jan (at) horde (dot) org |
| Requester | goncalo.queiros (at) portugalmail (dot) net |
| Created | 11/07/2011 (5100 days ago) |
| Due | |
| Updated | 08/27/2013 (4441 days ago) |
| Assigned | 08/27/2013 (4441 days ago) |
| Resolved | |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
State ⇒ Assigned
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
Milestone ⇒
State ⇒ Unconfirmed
Patch ⇒ No
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