Regional Settings bug.

Hi,
2 week ago I received my Pre2 as part of the Developer Program, thank you for that.
I am from Brazil.. and we still don't have the Pre avaliable in our market.. hopefully this is something that will be worked out.. so while you guys don't launch it here.. I believe I can help with the local issues I have been facing.
- The short date Regional Settings for Brazil are wrong: on the home screen the date showed is in the wrong format YY-MM-DD, the Brazil setting should be DD-MM-YY.
Hope this can corrected in a future fix.
Regards and congratulations on the great work on WebOS.
Post relates to: Pre 2 p102ueu (Unlocked EU)

Hello!
Palm has logged this in its software issue tracking system. We endeavor to continuously improve our software quality and thank you for bringing this to our attention.  We are grateful to the community and will evaluate options based on customer feedback and software best practices.

Similar Messages

  • Regional Settings differences between 2008 and 2012

    Hi There,
    Can anyone explain why some of the regional setting details have changed with Win 2012?
    Example: Dutch (Belgium) - nl-BE
    The 'Digital Grouping Symbol' has changed from a DOT to a WHITESPACE.
    2008 - €1.000,00 whereas 2012 - €1 000,00
    If the settings are changed on the servers will they persist after OS updates etc?
    Rgds,
    Frank

    Hi Vivian,
    I see no reference in the KB article to modifications for the CET timezone nor any reference to the resolution of culture format info discrepancies.
    A further issue is that the active regional settings on our PRD servers will be set to United States and it would appear that any modification to the Belgium locales (i.e. nl-BE, fr-BE) are not persisted once you switch to United States as the
    active setting.
    The knock on effect of this is that for our PRD web-applications (which are active across many regions), we have to write code to override the OS information. .NET uses the OS info to populate its Culture information.
    Could you confirm if the differences between 2008 and 2012 are the result of a bug or are the changes planned? Based on communication with some of our customers in Belgium, they are of the opinion that the 2008 (and Win 2003) settings are per their expectations.
    I really do not what to have to handle these situations across our application landscape and am sure that other people with globalized applications will also hit problems.

  • Regional settings are ignored by crystal

    Hi All,
    With crystal report XIR2 SP5.I have created a report with XML data source and it contains date field, data field is in dd/mm/yy format.However I have changed the regional settings for date as dd: mm: yy.These settings are not reflected in Crystal Report designer for those report which are created using XML data source. The same thing I have tested with CR 2008 and everything seems to be working fine. Is it a bug with CRXIR2 or we need to make some other settings for CRXIR2.
    Thanks.
    Peter

    Please re-post if this is still an issue to the Data Connectivity - Crystal Reports Forum or purchase a case and have a dedicated support engineer work with you directly

  • Issue in Regional Settings in creating Multilingual sites

    Hi,
    I am using SharePoint 2013 Standard edition(June CU update) and facing an issue with multi-lingual sites.
    I have custom web templates with which sites are created. The current template which I am using in inheriting from Team site template.
    However, when I create a site with a different locale I am encountering java-script errors which is manifesting as different errors. A few errors I can list are 
    Not able to delete a web-part on the home page
    The task list is not editable
    The js error is specifically coming in sp.ui.timeline.js (_spRegionalSettings undefined). I have attached the snapshot below
    On changing the locale in regional settings everything works fine.
    To confirm this issue is not with my custom web template I have tried the same thing on OOB Team site template. I created a Swedish language site and also changed my browser language to Swedish. Still the same error persists.
    I have attached my regional settings for reference.
    Is this a bug in SharePoint or does anybody have a workaround for this?

    The issue is different. In Some of the European languages, dot(.) is represented as comma(,). If you see the HTML source, you will see the JS breaks while initializing '_spRegionalSettings' variable.
    var _spRegionalSettings={adjustHijriDays:0,calendarType:1,firstDayOfWeek:0,firstWeekOfYear:0,localeId:1031,currentDateInLocalCalendar: new Date(2014, 0, 3),showWeeks:0,timeZone:'05:29:59.9999851',timeZoneInHours:5,5,workDayEnd:1020,
    The regional setting values are like- key:value,key:value, ...
    But... since all European countries has non-decimal time zone, we are safe. Still I am not sure if this issue can occur for some other country where decimal time zone meets dot-comma situation.

  • How to modify regional settings and keep Acrobat 9.4.1 working?

    When I modify the regional settings on my W7 PC (i.e. switching the decimal symbol and digit grouping symbol from dot to comma and vice-versa), I cannot print to Adobe PDF Printer nor can I convert Office documents to PDF files anymore. It seem like the joboptions files were getting corrupted (I can see read errors).
    Can anyone advise on how to modify the regional settings and keep Acrobat 9.4.1 Pro working properly? Do I have to adopt the joboptions files (and if yes, how?)?
    Thank you for your advice!

    The defaults for three are blank entries. That is there are no defaults, The only way to get those back to being blank would be to delete your preferences file ( Home->Library->Preferences->com.apple.Aperture,plist ) and possibly the files in *Home->Library->Program Support->Aperture* (but I don't think you would need to do these, not sure.)
    However before you do this you should know there is no drawback to having these entries filled in. Aperture would only attempt to use them if you actually selected them while using Aperture. It won't be looking for them on startup. And if the programs pointed to by these entries no longer exist on your system Aperture won't even fill in the names in the menu items where these are pointed to ( *Photos->Edit with* for example)

  • Changing regional settings in CS6/Acrobat X Pro

    Hello,
    I have just installed CS6 and would like to change the regional settings from USA to European A4.
    The following test has been done:
    Created customised A4 job options for each of: Standard Quality, High Quality, Press Quality
    Then edited preference for Conversion from Microsoft Word to PDF using new job option 'Standard Quality A4'
    PDF created is still in Letter sizing after rebooting machine.
    Note: the original Microsoft Word file has a page setup of A4.
    What is the best way to make wholesale changes across Adobe CS6 so that millimetres/A4 settings are the default ?
    Thank you.

    Hi Cre8tiveNess,
    You need to set the same preferences in Control Panel > Adobe PDF Printer > Printing preferences.

  • No data to refresh in BPC clients with Russian regional settings

    Hello, colleagues
    I hope to get some advices and information about saving data in BPC client computers with non-English regional settings (e.g., decimal point is set ","). Our BPC server has English regional settings.
    BPC 7.0, SQL Server 2008. I created new Input Schedule by using standard EVDRE function. And data was not sent to SQL Server after clicking Send and Refresh, I got the message "No data to refresh". I examined hidden sheet EVDRE_DATACACHE and found cells in row A with cache data in XML format. After some experiments I found out that if all data values will be replaced with symbol "S" then all data in the sheet with EVDRE could be saved correctly. I don't know any other methods to make data with decimal point "," to be saved. Also I tried to change members of Measure (Periodic - YTD) but i got the same result.
    Thanks for your help.

    Actually you have the problem into server.
    I think you have the regional settings wrong into server.
    We have actually many customers using French, German, Dutch language having "," for decimal separator and it is working fine.
    It is not working when actually the settings into the server are not English US.
    Please check the follow keys from application server:
    HKEY_USERS - .Default - Control Panel - International
    HKEY_USERS - S-1-18.. - Control Panel - International
    HKEY_USERS - S-1-19 ..- Control Panel - International
    HKEY_USERS - S-1-20 ..- Control Panel - International
    HKEY_USERS - S-1-21..- Control Panel - International
    HKEY_USERS - S-1-21........ ..- Control Panel - International
    These keys should be sett all for english US. If it is at least one not correct that can cause problems with sending data.
    Regards
    Sorin Radulescu

  • T400, Backslash appearing as #, all the regional settings are correct though

    hi
    I have a T400 laptop, its regional settings are set for english (ireland) and i have also tried the Irish(ireland) settings, but for what ever reason, the Backslash, which is located just above the "enter" key, when pressed brings back the hash# symbol, when pressing shift, it brings back the ~ , and i cannot find the backslash, unless i use charmap.
    any ideas on how to sort this issue??
    Thanks
    Solved!
    Go to Solution.

    just did some more diggin there,  under the "Text services and input languages" i have set the "Default input language" as "English(United States)-United States-International.
    this has sorted the problem
    thanks for all the help and input.
    Regards
    Damien

  • PWA site template with warning "Your Local Machine Time Zone does not match your current Sharepoint Regional Settings"

    SharePoint 2010 (SP2010 SP1+ AU CU 2011) site built with Project Web Access template shows message in yellow "Your Local Machine Time Zone does not match your current Sharepoint Regional Settings."
    KB Article http://support.microsoft.com/kb/2749599/en-us suggests applying Windows and SharePoint updates, but does not points to a specific update. Also suggests to enable "Always follow
    web settings" for affected users who are in different time zone than the server time zone, but it does not work either.
    Manjeet Singh

    Hi,
    According to your post, my understanding is that SharePoint 2010 (SP2010 SP1+ AU CU 2011) site built with Project Web Access template shows warning "Your Local Machine Time Zone does not match your current Sharepoint Regional Settings".
    Users are getting this message even after correctly specifying and changing the timezone in their Sharepoint Settings. This is a common problem across the net, but we've found a workaround
    that will eliminate this problem.
    Step 1: Open your Web Database in your Browser
    Step 2: Click the Arrow Under the Login ID (upper right corner)
    Step 3: Choose My Settings
    Step 4: Click the My Regional Settings Link
    Step 5: Uncheck the 'Always Follow Web Settings' check and specify your time zone.
    Step 6: Click OK
    For more information, you can refer to:
    Warning Message about time zone difference between your computer and the regional settings
    of Sha...
    Thanks & Regards,
    Jason Guo
    Jason Guo
    TechNet Community Support

  • BOXI 3.0 - Strange behaviour in infoview regarding regional settings

    Requirement: Currency to be shown in Brazil format (##.###,00)
    We have a requirement where all financials in reports should be in a Brazil format (##.###,00).
    As the report is built in Deski (.rpt) therefore u201CPreferred Viewing Localeu201D setting in infoview will not work (works only for .wdl- webi reports).
    We followed below steps in Deski report to meet our requirement:
    Tools -> options -> Language -> Unsupported Language -> Portuguese(Brazil)->checked the option u201Dmigration forcedu201D.
    It worked perfectly when run in deski.We published the report in infoview but didnu2019t see any change in format, it was still showing us in English(US).For testing purpose we published the copy of same report and could see the changes. But after refreshing few times the formatting got disappeared.
    Please help how to get the desired behavior in infoview.
    Thanks in advance!
    Regards,
    Pallavi

    Hi Seb,
    Thanks seb.
    But the problem is we have reports for country UK,AUS,US ..etc as well in our repository.If we change the regional settings the format will change for these reports too.We want this format only for Brazil reports ..so this solution won't work in our case.
    Why is Unsupported Language settings not working in infoview (we have applied this settings in Brazil reports only)...or is there anything that i have missed in settings?
    Regards,
    Pallavi

  • Regional settings is not effecting in SQL Server

    Hi All,
    I made changes to the regional and language (made decimal = ,) of the windows server 2008 R2 Standard but the database still not accepting comma as a decimal point.
    Tried restarting the SQL Server services and restarted the server without luck.
    Really appreciate inputs.
    Thanks,
    Ram.
    Please don't forget to Marked as Answer if my post solved your problem and use Vote As Helpful if a post was useful. It will helpful to other users.

    1. Right click on the server name.
    2. Click on Facets.
    3. Then select Server Configuration Facet.
    4. Look for Default Language.
    5. Set it to values as given in the below link:- For Ex: 1 for German
    This changes the default language for new users. (And I don't think there is a need to restart of SQL Server, but I have not checked.)
    To change the default language for an existing user, use ALTER USER.
    But of course, the whole talk about language setting in SQL Server in this context is completely uselss. SQL Server only knows about decimal points. This applies both to literals in the code, and when interpreting strings with CAST/CONVERT.
    Everyone is correct that that regional settings does not affect SQL Server - nor should it, it is a server after all.
    One more point here when i try creating a filtering functionality on application it is creating decimal as "." not "," is this issue related to application or DB?
    I have no idea what you are doing, but the answer is probably the application.
    Erland Sommarskog, SQL Server MVP, [email protected]

  • Java does not recognize my regional settings in xp

    Hi,
    I have set my windows xp Regional Settings for canada/french but I also have resetted the decimal point to a dot ('.') instead of the defaulted comma (,). My JVM does not seem to recognize these changes as it still shows my decimals with a comma.
    Is there any way to change that behavior ?
    lacou

    In the past each major platform (Sun JDK, IBM JDK, Microsoft, HP, etc.) developed and maintained their own locale data, based on various input (could be ISO standards in some countries, or input from localization teams etc). Actually very difficult to create and maintain, since few countries have strict standards and users within countries disagree about what is "correct".
    In recent years the Common Locale Data Repository (http://www.unicode.org/cldr/) has been established to create a common standard across platforms. ICU (http://icu.sourceforge.net/userguide/) now pulls locale data directly from the CLDR, one of the major reasons to use ICU4J.
    With the work on CLDR some of the other platforms have worked on trying to align with the common standard, but there are still differences. You can find comparison charts here: http://www.unicode.org/cldr/data/charts/main/index.html

  • Error in South Africa Regional Settings in Windows Server 2012 and Windows 8

    Please note that the format for numbers in South Africa regional settings is incorrect. I discovered this through on of our products that would not work on Server 2012, but works from XP to Windows 7.
    Where the decimal was always a point it has now been changed to a comma, which is incorrect and most likely will cause a lot of issues for customers in south africa that use decimal data.
    I can already see spatial data breaking where decimals are used and stored with points and not commas.
    To reproduce this error set your regional settings to South Africa and execute the following code in C#
    System.Convert.ToDouble("10.1234");
    This will throw a FormatException. Change regional settings from a , to a . and there we go it works.

    It seems that this is development related issue, please try to submit a new post in DEV forum. Thanks.
    Thanks
    Zero
    Respectfully Mr. Xia, it looks like the OP is reporting a localization issue, not a development issue.
    For the OP, there's a
    well researched post by a South African developer describing that the decimal comma is the correct choice.  The work cites University style guides, International conference agreements, and government legislation and regulation.
    An excerpt from Mr. MacLean's post, quoting work from EEPublishers:
    English-speaking countries (plus China, India and Japan) use the decimal point. There seems to be a general tendency to formally declare its use worldwide and the International Organisation for Standardization, ISO, also tends towards using the decimal point
    over the decimal comma. In view
    of the South African law, however, the comma shall still be employed in South Africa as “the only recognised decimal indicator for all numbers” [3].
    References
    [1] DR Hendrikz: South African Units of Length and Area, Department of Lands, Trigonometrical Survey, Special Publication No. 2, 1944.
    [2] Measuring Units and National Measuring Standards Act, 1973 (Act No. 76 of 1973), Government Gazette No. 4326, 5 July 1974.
    [3] The International Metric System (SI), Guide to the use of the SI in South Africa, The Council of the South African Bureau of Standards, M 33a, 1992
    [4] Measurement Units and Measurement Standards Act, 2006 (Act No. 18 of 2006), Government Gazette No. 29752, 28 March 2007.
    [5] T Zakiewicz: “Units of Length Measure & Geodetic Standards at the Cape, 1813-1912”, History of Surveying and Land Tenure, Collected Papers,
    Vol. 2, The Institute of Professional Land Surveyors & Geomaticians of the Western Cape, May 2004.

  • Firefox does not show numbers in arabic format when the windows regional settings is set to arabic, instead it shows numbers in latin characters

    when switching windows regional settings to Arabic, numbers are still shown in Latin characters, unlike other browsers (ex IE).
    == This happened ==
    Every time Firefox opened
    == all firefox versions

    See "bidi.numeral" in http://kb.mozillazine.org/About:config_entries#Bidi.
    See also http://mxr.mozilla.org/mozilla1.9.2/source/modules/libpref/src/init/all.js#1058
    To open the ''about:config'' page, type '''about:config''' in the location (address) bar and press the Enter key, just like you type the url of a website to open a website.
    If you see a warning then you can confirm that you want to access that page.

  • Set with filter Expirationtime comparison current-datetime does not list members: regional settings?

    Hi all;
    I've created a criteria-based set that has to filter for users that have an
    "expiration Time" "prior to" "today".
    xpath filter: /Person[ExpirationTime < fn:current-dateTime()]
    I've got one user where I've set a date expired to a week ago.
    When I click view members it does not return any results. When I change the logic to
    "expiration Time" "after" "today".  to see how this logic works, it doesn't return any results either.
    I'm working in Belgium, regional settings are d/MM/yyyy H:mm (in 24h format).
    My browser language is also set to nl-BE, where FIM actually uses this in the PORTAL field too:
    Today in Belgium is 16/09/2014 16:45. But My set returns 0 members.
    I've read some articles that FIM needs the format in yyyy/MM/dd format (for import)
    Is it correct that FIM Portal doesn't handle this XPATH current-dateTime() function correctly for foreign regional settings?
    I've tried to set it current-dateTime("d/MM/yyyy") or other variants, but that gives an error when I'm trying to save.
    Kind regards,
    David

    Hi,
    I've checked, the "SQL Server Agent (MSSQLSERVER)" is running, and set to automatic.
    I've changed the Local default to "dutch (Belgium)" in the Site settings (it was English (US)):
    I've launched iisreset to restart the website.
    I've looked at the set, no members. I've validated if the users its date format was OK (and Belgian/European style) => it was.
    I've played in the set with the different options (I'm translating as these are in Dutch):
     - Prior to 1 day 
     - Prior to 1 day from today
     - Prior to "Tuesday 16 September 2014 0:00:00" (from a calendar control)
     - Prior to today
    None of these returned any user records :(

Maybe you are looking for