NSDateFormatter and current language in iOS11

user_274519 0
Viewed 6813

It appears that default behavior for NSDateFormatter has been changed in iOS11. This code used to work and produced date formatter according to currently selected iPhone/iPad language prior to iOS11:

 _dateFormatterInstance = [[NSDateFormatter alloc] init];
 _dateFormatterInstance.timeZone = [NSTimeZone systemTimeZone];

Looks like in iOS11 we have to explicitly specify locale property for it:

 _dateFormatterInstance = [[NSDateFormatter alloc] init];
 _dateFormatterInstance.timeZone = [NSTimeZone systemTimeZone];
 _dateFormatterInstance.locale = [NSLocale localeWithLocaleIdentifier:[[NSLocale preferredLanguages] firstObject]];

Can somebody confirm my findings?

ios11 nsdateformatter locale ios
5 Answers

This actually appears to be more of a bug than an intentional change in behaviour in iOS 11. If you only have one language set, this behaviour isn't present as Locale.current always returns the correct language and region even if your app isn't localized to that language.

However, if you have more than one language - such as French and English - then iOS 11 appears to always favour English or the closest supported language in your app when using Locale.current.

Locale.preferredLanguages appears to return the correct language-region information, so you might be able to use that instead.

Below is an example showing the output from Locale.current and Locale.preferredLanguages, showing the inconsistencies.

This was generated from an app that only supported English. On the device, French was set as both the primary language and region, with English (Australia) set as a secondary language in the first example.

(Incorrect) Locale.current with multiple languages - note how English is the language, when it should be French and therefore fr_FR

  - identifier : "en_FR"
  - kind : "current"

(Correct) Locale.preferredLanguages with multiple languages

  - 0 : "fr-FR"
  - 1 : "en-AU"

(Correct) Locale.current with French as the only language

  - 0 : "fr-FR"

(Correct) Locale.preferredLanguages with French as the only language

  - identifier : "fr_FR"
  - kind : "current"
user_51727880

Yes, the default behaviour is changed in iOS11 exactly as @rmaddy described.

In my case, I have a project with a base development language set to English but, on iOS11, when I changed the device's language to any other language (say Swedish) the dates would still be displayed as, for instance, Monday 6 November. This happened because my app didn't support any localization.

The solution was simple: in order to have the app displaying the dates in Swedish I just had to add an empty Strings.strings file and then, in projects settings, I added the Swedish localization. Although the strings file is empty, the app then became localized in Swedish so by changing the language, in Settings, to Swedish, we could see the same date as måndag 6 november, thus achieving the desired use-case of iOS10.

Note: if you do something like this and it doesn't work for you, when adding a language in Project Settings make sure to go to "Other" and pick a language from there (instead of just choosing one from the first-level dropdown).

user_64790450

iOS 15, Swift 5

Thanks to rmaddy, who perfectly explained why and how the problem has come up. Though, the only solution I found really working was changing the instance of Locale within the Formatter implementation, like so:

let formatter = DateFormatter()

// this helps
formatter.locale = Locale(identifier: Locale.preferredLanguages.first!)

// this is the problematic code that I deleted
formatter.locale = Locale.current

Unfortunately adding localizations to the app did not change the "english" words used by the DateFormatter (that uses Locale.current by default). So I ended up with this solution above, manually setting an instance of Locale with the (users) preferred languages number one.

user_31438900

Apple changed the behavior of the Locale API. As of iOS 11, it behaves as rmaddy's answer describes. If you want to achieve the iOS 10 and earlier behavior, I received the following guidance from Apple:

There are a few ways that it can be addressed (in “most recommended” to “least recommended” order):

  1. Add localizations for languages that your app should support.
  2. In your app’s Info.plist, replace CFBundleDevelopmentRegion with CFBundleLocalizations and populate it with one or more localizations that your app is intended to be localized into.
  3. In your app’s Info.plist, set CFBundleAllowMixedLocalizations to YES. This will cause Locale.current to always use the locale most preferred as specified in user preferences. Please note that if you have other strings in your app, this may result in mixed localizations of string content (e.g system framework strings in French but the rest of the app in Spanish).

Note that Locale.current takes into account the user's settings, such as if they have enabled 24-hour time. One option not noted above would be to set the date formatter’s locale to Locale(identifier: Locale.preferredLanguages.first!) but this will use the default settings for that locale, ignoring any settings the user has specified, which you probably don't want to do.

user_17953560
Related