Tickets :: [#3224] registry is losing applications when changing language

6.0.0-beta1

7/3/25

Summary	registry is losing applications when changing language
Queue	Horde Framework Packages
Queue Version	HEAD
Type	Bug
State	Resolved
Priority	2. Medium
Owners	slusarz (at) horde (dot) org
Requester	adrieder (at) sbox (dot) tugraz (dot) at
Created	01/05/2006 (7119 days ago)
Due
Updated	01/10/2006 (7114 days ago)
Assigned	01/10/2006 (7114 days ago)
Resolved	01/10/2006 (7114 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch	No

01/10/2006 11:22:03 AM	Jan Schneider	State ⇒ Resolved

01/10/2006 09:17:58 AM	adrieder (at) sbox (dot) tugraz (dot) at	Comment #4	Reply to this comment
Works for me (when changing languages in the prefs in a session). It happend during login when maintenance was due (with imp as "authenticator" and initial app) However, I did add some code to not save pending cache info when the language is changed. See if this commit helped things out. Yes, thanks, this helped!!!!

01/10/2006 06:21:46 AM	Michael Slusarz	Comment #3 Summary ⇒ registry is losing applications when changing language State ⇒ Feedback Priority ⇒ 2. Medium	Reply to this comment
Works for me (when changing languages in the prefs in a session). However, I did add some code to not save pending cache info when the language is changed. See if this commit helped things out.

01/06/2006 10:40:16 AM	Jan Schneider	Comment #2 State ⇒ Assigned Assigned to Michael Slusarz	Reply to this comment
Duplicate of ~~bug 3191~~?

01/05/2006 04:09:36 PM	adrieder (at) sbox (dot) tugraz (dot) at	Comment #1 Priority ⇒ 3. High Type ⇒ Bug Summary ⇒ registry is loosing applications when changing language Queue ⇒ Horde Framework Packages State ⇒ Unconfirmed	Reply to this comment
If a users language pref set a language other than the one which is set/displayed at the login page, I get the following error Jan 05 16:58:10 HORDE [emergency] [] imp is not activated [on line 697 of "/usr/local/lib/php/Horde/Registry.php"] This is only when maintenance is due! If I set the language at the login page to the one set in the preferences everything is fine. I suspect that this is triggered by unsetting of $_SESSION['_registrycache']