on 09-18-2008 5:29 PM
We are having a problem with our Crystal Reports in Australia and Japan in which the report does not correctly format the date fields. We have done several tests in which I feel we have demonstrated the problem lies with the Crystal Report. Here is some information on the situation:
1. The Siebel application works as expected. The object manager is using the Australian locale.
2. There is a "globalization" tag in the "system.web" segment of the web.config file for the .NET reporting files. There is a parameter called "culture" that dynamically formats dates and times. We have set this culture to "en-AU" which is the Microsoft suggested value for Australia.
3. When we launch a report the date format does not follow the Australian date format.
4. Changed the culture to 'en-AU' for Australia Production web.config - didn't work
5. Changed the culture to 'en-AU' for Australia Test web.config - didn't work
7. Changed the culture to 'en-AU' for Support Test web.config - didn't work
9. Changed the culture to 'de-CH' for Australia Test web.config - worked
In summary, Australia and japan cultures didn't work anywhere including existing working websites, but the German culture worked where the Australia and Japan wouldn't.
We are leaning toward Crystal Reports as the culprit an not IIS. Is there anything we are missing for these two countries?
I found this message for 2006 that is similar https://forums.sdn.sap.com/click.jspa?searchID=16466570&messageID=5561274.
Thanks.
Hi,
Need more details-
Crystal Reports version?
SP applied on it?
.net version?
what runtimes used to deploy?
Regards,
Amit
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Just in case anyone else is having similar issues I have finally found that this was a bug in the Crystal Viewer. I have resolved my issue by going upgrading my application using VS 2008 with the Crystal Viewer for XI SP 2.
-
I pasted what I found below -
Document Type "Business Objects Notes"
1219008 - Dates appear in U.S. format though Regional Settings are set to another language
Language: English Version: 2 Validity: 20.01.2009 - active
Symptom
In Crystal Reports XI, dates fields appear in the U.S. date format when Regional Settings are changed to a language other than U.S. English.
Cause
The issue has been identified and tracked under ID ADAPT00467131.
Resolution
Hot Fixes or Service Packs address this issue as indicated below. With the update(s), this issue is resolved.
Unless indicated otherwise, Weekly Hot Fix updates from the FTP site have only been tested with English versions of our products.
====================
CAUTION:
Hot Fixes and Service Packs are not designed for OEM versions. Do not apply these updates if you are using an OEM version. To determine if you are using an OEM version, refer to the OEM Product Warning.
====================
BusinessObjects Enterprise XI
-
For BusinessObjects Enterprise XI, the latest update for this issue is available on the Downloads area of our web site.
This issue is addressed in the following components (and later versions):
CrystalDecisions.Shared.dll, version 11.0.9500.54, dated 7/29/2005
CrystalDecisions.Shared.resources.dll, version 11.0.9500.54, dated 7/29/2005
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I would still appreciate confirmation that this was a problem with the framework, version 1.1, and crystal, version 11.0.33, combination. Are you able to query historical issues where this might have been identified?
I have since my last update. I have updated my crystal references to version 11.5.37 in my VS 2008 environment, which is targeting the 2.0 framework, to confirm the results.
If there is another solution that would not require a drastic re-deployment would be preferred if possible.
Thanks.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I've got this working with 11.0 in the 1.1 framework and 11.5 in the 2.0 framework. I ran into a few issues with the multilanguage settings due to small errors in the web.config file. I've posted my web.config below.
You can also look at the sample called CS_Web_Multilingual in the CR_NET_SDK_Tutorial_Sample_Code.zip file on your dev system. You should find it here C:\Program Files\Business Objects\Crystal Reports 11\Developer Files\Help\En
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<configSections>
<sectionGroup name="businessObjects">
<section name="crystalReports11"
type="System.Configuration.NameValueSectionHandler, System, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089, Custom=null" />
</sectionGroup>
</configSections>
<businessObjects>
<crystalReports11>
<add key ="UseBrowserLocale" value="true"/>
</crystalReports11>
</businessObjects>
<system.web>
<!-- DYNAMIC DEBUG COMPILATION
Set compilation debug="true" to enable ASPX debugging. Otherwise, setting this value to
false will improve runtime performance of this application.
Set compilation debug="true" to insert debugging symbols (.pdb information)
into the compiled page. Because this creates a larger file that executes
more slowly, you should set this value to true only when debugging and to
false at all other times. For more information, refer to the documentation about
debugging ASP.NET files.
-->
<compilation defaultLanguage="c#" debug="true"><assemblies><add assembly="CrystalDecisions.CrystalReports.Engine, Version=11.0.3300.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/><add assembly="CrystalDecisions.ReportSource, Version=11.0.3300.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/><add assembly="CrystalDecisions.Shared, Version=11.0.3300.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/><add assembly="CrystalDecisions.Web, Version=11.0.3300.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/><add assembly="CrystalDecisions.ReportAppServer.ClientDoc, Version=11.0.3300.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/><add assembly="CrystalDecisions.Enterprise.Framework, Version=11.0.3300.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/><add assembly="CrystalDecisions.Enterprise.InfoStore, Version=11.0.3300.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/><add assembly="CrystalDecisions.Enterprise.Web, Version=11.0.3300.0, Culture=neutral, PublicKeyToken=692fbea5521e1304"/></assemblies></compilation>
<!-- CUSTOM ERROR MESSAGES
Set customErrors mode="On" or "RemoteOnly" to enable custom error messages, "Off" to disable.
Add <error> tags for each of the errors you want to handle.
"On" Always display custom (friendly) messages.
"Off" Always display detailed ASP.NET error information.
"RemoteOnly" Display custom (friendly) messages only to users not running
on the local Web server. This setting is recommended for security purposes, so
that you do not display application detail information to remote clients.
-->
<customErrors mode="RemoteOnly"/>
<!-- AUTHENTICATION
This section sets the authentication policies of the application. Possible modes are "Windows",
"Forms", "Passport" and "None"
"None" No authentication is performed.
"Windows" IIS performs authentication (Basic, Digest, or Integrated Windows) according to
its settings for the application. Anonymous access must be disabled in IIS.
"Forms" You provide a custom form (Web page) for users to enter their credentials, and then
you authenticate them in your application. A user credential token is stored in a cookie.
"Passport" Authentication is performed via a centralized authentication service provided
by Microsoft that offers a single logon and core profile services for member sites.
-->
<authentication mode="Windows"/>
<!-- AUTHORIZATION
This section sets the authorization policies of the application. You can allow or deny access
to application resources by user or role. Wildcards: "*" mean everyone, "?" means anonymous
(unauthenticated) users.
-->
<authorization>
<allow users="*"/> <!-- Allow all users -->
<!-- <allow users="[comma separated list of users]"
roles="[comma separated list of roles]"/>
<deny users="[comma separated list of users]"
roles="[comma separated list of roles]"/>
-->
</authorization>
<!-- APPLICATION-LEVEL TRACE LOGGING
Application-level tracing enables trace log output for every page within an application.
Set trace enabled="true" to enable application trace logging. If pageOutput="true", the
trace information will be displayed at the bottom of each page. Otherwise, you can view the
application trace log by browsing the "trace.axd" page from your web application
root.
-->
<trace enabled="false" requestLimit="10" pageOutput="false" traceMode="SortByTime" localOnly="true"/>
<!-- SESSION STATE SETTINGS
By default ASP.NET uses cookies to identify which requests belong to a particular session.
If cookies are not available, a session can be tracked by adding a session identifier to the URL.
To disable cookies, set sessionState cookieless="true".
-->
<sessionState mode="InProc" stateConnectionString="tcpip=127.0.0.1:42424" sqlConnectionString="data source=127.0.0.1;Trusted_Connection=yes" cookieless="false" timeout="20"/>
<!-- GLOBALIZATION
This section sets the globalization settings of the application.
-->
<globalization requestEncoding="utf-8" responseEncoding="utf-8"/>
</system.web>
</configuration>
There are multiple ways you can configure the multilingual settings in your .NET web application. Please check these settings.
- What is the value of CrystalReportViewer.UseBrowserLocale?
- Open your web.config file. Do you see UserBrowserLocale anywhere?
- Look at the source for your aspx page. What do you have Culture set to?
Check out the link below for detailed information on how we handle multilingual settings with Crystal Reports for .NET.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks the replys. I do not have 'UserBrowserLocale' defined in the web.config file. in my aspx pages are Culture references are set to 'Culture=neutral'. My instance of the CrystalReportViewer does not have the UseBrowserLocale property.
I am using the following in my code to set the regional setting.
CrystalDecisions.Shared.SharedUtils.RequestLcid = Val(System.Configuration.ConfigurationSettings.AppSettings("CrystalRegionalSetting"))
Like I mentioned above it is working for other locales just not Australia or Japan (it is only these locales that are not working at least that we have noticed so far).
Thanks,
Brett
Edited by: Brett Childress on Sep 30, 2008 9:43 PM
The Lcid thing doesn't work anymore. You'll need to use the methods outlined in the documentation.
Brett,
I tested with en-AU yesterday and found the app worked fine with the browser based locales. If my memory serves me correctly, the Lcid wasn't ever really documented and was something we used to get the locales working in older versions. We've since come out with better options like the browser, page, or web server localization.
Try it out in a simple test app to see if it works for you. It only took me a few minutes to try out the other day.
David,
What versions did you use for your test. I have been unable to reproduce your positive results using Crystal Decisions version 11.0.3300.0. and VS 2003. I have had some success with version 10.5.3700.0 and VS 2008. In my test app I am able to affect text boxes and for certain cultures crystal reports using the CurrentThread.CurrentCulture property.
In my testing it seems that all of the 'en-??' locales are displaying the US formatted short dates, I have tried this in both a web and a windows form test application with similar results. The 'ja-JP' locale problem has been corrected by using the CurrentThread.CurrentCulture property.
I would like to confirm that there is not a resolution for our currently deployed version, as to the amount of effort required to patch will be more difficult if we have to change the Crystal controls. Maybe you can search the release notes to find if when/if this has been addressed.
Does this forum include the historical data loaded or does it just have recent issues? It seems like this would be a fairly common problem.
Thanks,
Brett
Try changing the locale of the thread instead. I find it works better than setting elsewhere.
System.Globalization.CultureInfo myCulture = new
System.Globalization.CultureInfo("it-IT", true);
System.Threading.Thread.CurrentThread.CurrentCulture = myCulture;
Regards,
Shawn
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
The only interaction our custom .NET web app has with Siebel is that it's URL is launched from within Siebel.
Version information is as follows.
CR Engine Version: 11.0.3300.0
Runtime version: v1.0.3705
Targeting the .NET 1.1 framework
MS Visual Studio 2003 version: 7.1.3088
Thanks,
Brett
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Just as a check - on the IIS machine, in the Windows Regional settings, are those languages enabled?
Also - another check - if you look at the report in the Crystal Reports designer, do you see special fields 'Content Locale' and 'Selection Locale', and if you put them on the report page, do they come up with the locale you've set, or en_US?
Sincerely,
Ted Ueda
This forum is dedicated to topics related to custom application development or deployment with Crystal Reports in .Net. This includes full versions of Crystal Reports as well as those versions of Crystal Reports bundled with Microsoft Visual Studio .Net.
In your note I note the following:
The Siebel application works as expected.
If this is a Crystal Reports integrated in Siebel, please post the query to the Integration Kits - Other forum:
That forum is dedicated to topics related to other BusinessObjects Integration Kits, including Siebel, Baan, PeopleSoft, and JD Edwards.
Ludek
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
90 | |
10 | |
10 | |
10 | |
7 | |
7 | |
6 | |
5 | |
4 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.