ALERT: Some images may not load properly within the Knowledge Base Article. If you see a broken image, please right-click and select 'Open image in a new tab'. We apologize for this inconvenience.

When switching the portal from non-English language back to English, some web parts still remain localized


Article ID: 156986


Updated On:




If the browser language is changed back to English from a non-English language and then cookies are cleared along with the rest of the browsing history, even after browser restart some web parts still remain localized into a previously selected non-English language, regardless the client machine the page is being accessed from.



Some web parts do not obtain the page data based on the HTTP Context but retrieve the page personalization data from the PagePersonalization table.

It was also found that editing process view pages while browser language is set to other than English language changes the PageDefinition personalization data, causing webpart titles to be displayed in that language permanently.



Scenario 1:

The following script can be used to see which users have pages with personalized data.

SELECT u.FirstName + ' ' + u.LastName 'User', pd.MenuName, pp.UserID, pp.PersonalizationData, pp.PageID 

FROM PagePersonalization pp
JOIN [User] u ON

 u.UserID = pp.UserID
JOIN PageDefinition pd ON

 pd.PageID = pp.PageID

For those users who already have the issue the entries in the PagePersonalization table for the specific user and page need to be deleted. During the entries deletion it is recommended to perform this operation off business hours and recommended to restart IIS and Symantec Workflow Server service afterwards.

Scenario 2:

If the above steps do not resolve the issue it is likely the pages were modified while the browser was in the language other than English.

On a browser set to English log in as [email protected]/[email protected]  user.
Go to Admin > Portal > Manage Pages.
Select SD Incident View page and click Go to Page.
Click Site Actions and Modify Page.
Then click Site Actions and then Edit page.
Click lightning bolt icons and Edit the web parts which are in the wrong language.

In the Appearance section of the web part editor change Title to the corresponding default English translation.

Repeat the steps for any other affected page.


To avoid this issue from reoccurring DO NOT edit the pages under admin user account when the browser is set to a language other than English. When done with modifying the pages to what it is required, the personalization data for the page definition itself will contain the language data.

This behaviour is not reproducible in ServiceDesk 7.5 and will also be addressed in the post-Workflow 7.1 SP2 MP1 rollup branch (can be installed over ServiceDesk 7.1 SP2 only).





Applies To

ServiceDesk 7.1 SP1

ServiceDesk 7.1 SP2