I have this odd error reported from a client. The dialogs in the editor (table designer, link manager etc.) does not have text in the tabs and labels. They are all blank. However, this is only true if you are logged in as a english localized user. As a danish user, you do not have this problem.
I checked to see if theres something wrong with the localization files, but they are all there with correct access rights and all. RadEditor.Dialogs.resx and RadEditor.Dialogs.da.resx have all the same keys. So why does the editor not read from one file but it does from the other?
I tried renaming RadEditor.Dialogs.resx to RadEditor.Dialogs.en.resx, but no change.
I checked to see if theres something wrong with the localization files, but they are all there with correct access rights and all. RadEditor.Dialogs.resx and RadEditor.Dialogs.da.resx have all the same keys. So why does the editor not read from one file but it does from the other?
I tried renaming RadEditor.Dialogs.resx to RadEditor.Dialogs.en.resx, but no change.
1 Answer, 1 is accepted
0
Hello Troels,
Can you confirm you have all the needed files present in the App_GlobalResources folder? You can see a list in the attached screenshots (and I am also attaching the files themselves even though you can take them from the RadControls installation).
In order to localiza the the given English culture the default files must be present (without culture suffixes) and the desired culture must also be there (e.g. en-GB). Could you make sure the culture is set to a supported value (e.g. en-US, en-GB, etc.) and not a value that does not match the resource names?
If you cannot replicate the issue on your end can you have the client perform a check for the resources that are loaded in the browser and if some are missing to see which ones? If a webresource request fails this blog post can help determining which one it is. Firewalls and proxies can also block requests.
If you can take a look at the server logs it is possible that the server itself cannot access the files for some reason (application pool recycle for example).
If this does not help - can you share with us a project that is causing the problem so we can investigate the case?
Regards,
Marin Bratanov
Telerik
Can you confirm you have all the needed files present in the App_GlobalResources folder? You can see a list in the attached screenshots (and I am also attaching the files themselves even though you can take them from the RadControls installation).
In order to localiza the the given English culture the default files must be present (without culture suffixes) and the desired culture must also be there (e.g. en-GB). Could you make sure the culture is set to a supported value (e.g. en-US, en-GB, etc.) and not a value that does not match the resource names?
If you cannot replicate the issue on your end can you have the client perform a check for the resources that are loaded in the browser and if some are missing to see which ones? If a webresource request fails this blog post can help determining which one it is. Firewalls and proxies can also block requests.
If you can take a look at the server logs it is possible that the server itself cannot access the files for some reason (application pool recycle for example).
If this does not help - can you share with us a project that is causing the problem so we can investigate the case?
Regards,
Marin Bratanov
Telerik
If you want to get updates on new releases, tips and tricks and sneak peeks at our product labs directly from the developers working on the RadControls for ASP.NET AJAX, subscribe to their blog feed now.