Bug 11360 – Cache should be re-initialized when language is changed

Bug 11360 - Cache should be re-initialized when language is changed

Summary:

Cache should be re-initialized when language is changed

Status:	RESOLVED DUPLICATE of bug 15010

Product:	Logitech Media Server
Classification:	Unclassified
Component:	L10N: Development issue
Version:	7.4.0
Platform:	PC Windows XP

Importance:	P2 normal (vote)
Target Milestone:	7.5.x
Assigned To:	Michael Herger

URL:
Keywords:

Depends on:
Blocks:
	Show dependency tree / graph

Reported:	2009-03-16 05:22 UTC by Software Localization Team
Modified:	2011-05-18 09:34 UTC (History)
CC List:	3 users (show)

See Also:
Category:	Bug

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Software Localization Team 2009-03-16 05:22:18 UTC

In the SqueezeCenter, when a user switches to another language than the previously used, the SqueezeCenter still displays some texts in the previous language. The cache should be flushed.

Comment 1 Michael Herger 2009-03-16 05:28:44 UTC

Andy - what François is seeing here is the SN served menus (radio, services) not being updated. Is there a simple way to invalidate the cache for those?

Comment 2 Andy Grundman 2009-03-16 07:19:20 UTC

Good point, I think the easiest solution is to change the cache to prefix all keys with the language code, as it would stall the server to clear the entire cache when a language is changed.

Comment 3 Michael Herger 2009-04-09 05:50:52 UTC

Andy - tried to figure out where that data is cached. Any pointer? AFAICT it's not in one single place...

Comment 4 Michael Herger 2009-04-09 05:59:13 UTC

*** Bug 11361 has been marked as a duplicate of this bug. ***

Comment 5 Andy Grundman 2009-04-09 07:18:18 UTC

Yeah you could have language-specific things cached anywhere.  Caching keys with a language prefix is the only way, or wipe the entire cache if language is changed.

Comment 6 Michael Herger 2009-07-30 00:46:48 UTC

Andy - I still need some help here. Tried again to add language to the ID. But XMLBrowser is so far spread, I don't get it. Whatever I change, it doesn't help. Where's the caching done? It looks as if some of it was in XMLBrowser, other parts in the http request code etc.

Comment 7 Andy Grundman 2009-07-30 06:19:02 UTC

I can look at this, not sure it's a P1 though as the majority if users won't change their language.

Comment 8 Ben Klaas 2009-08-26 07:51:38 UTC

this is an administrative shuffle on priority fields to help make better judgment on the top end of the priority list. P4->P5, P3->P4, and P2->P3.

Comment 9 Michael Herger 2009-10-02 13:54:27 UTC

*** Bug 13559 has been marked as a duplicate of this bug. ***

Comment 10 Chris Owens 2010-03-15 18:06:30 UTC

7.4.x milestone is in the past

Comment 11 Michael Herger 2011-05-18 09:34:08 UTC

Language change isn't good enough. Players/Controllers can request a languageOverride.

Make the requested language part of the caching key to prevent loading different language results from the cache.

*** This bug has been marked as a duplicate of bug 15010 ***