2.93: Crash on system with a non-English locale #88877

New Issue

Han Sang Woo · 2021-06-06T08:04:56+02:00

Han Sang Woo commented

2021-06-06 08:04:56 +02:00

System Information
Operating system: macOS-11.4-arm64-arm-64bit 64 Bits
Graphics card: Apple M1 Apple 4.1 Metal - 71.6.4

Blender Version
Broken: version: 2.93.0, branch: master, commit date: 2021-06-02 11:21, hash: 84da05a8b8
Worked: (newest version of Blender that worked as expected)

Short description of error
When I open first Blender on the system which the locale set to Korean, the program just shut down and report error message.

Exact steps for others to reproduce the error
Set system locale Korean, and just start Blender program at first time on the system.

When I started the program after changing system locale to English, the program worked normally. After that, I changed the locale of Blender program to Korean inside the program, then error didn't occur.
And I closed the program, and changed again the system locale to Korean, and open Blender program, and the error didn't occur. I guess the error occurs only when first open the Blender program that is not initialized on Korean system.

Crash report from #88845: blender crash.rtf

**System Information** Operating system: macOS-11.4-arm64-arm-64bit 64 Bits Graphics card: Apple M1 Apple 4.1 Metal - 71.6.4 **Blender Version** Broken: version: 2.93.0, branch: master, commit date: 2021-06-02 11:21, hash: `84da05a8b8` Worked: (newest version of Blender that worked as expected) **Short description of error** When I open first Blender on the system which the locale set to Korean, the program just shut down and report error message. **Exact steps for others to reproduce the error** Set system locale Korean, and just start Blender program at first time on the system. When I started the program after changing system locale to English, the program worked normally. After that, I changed the locale of Blender program to Korean inside the program, then error didn't occur. And I closed the program, and changed again the system locale to Korean, and open Blender program, and the error didn't occur. I guess the error occurs only when first open the Blender program that is not initialized on Korean system. Crash report from #88845: [blender crash.rtf](https://archive.blender.org/developer/F10158352/blender_crash.rtf)

Han Sang Woo commented

2021-06-06 08:04:56 +02:00

Added subscriber: @GB44

blender-admin commented

2021-06-06 08:04:56 +02:00

#92547 was marked as duplicate of this issue

blender-admin commented

2021-06-06 08:04:56 +02:00

#92504 was marked as duplicate of this issue

blender-admin commented

2021-06-06 08:04:56 +02:00

#91482 was marked as duplicate of this issue

blender-admin commented

2021-06-06 08:04:56 +02:00

#90935 was marked as duplicate of this issue

blender-admin commented

2021-06-06 08:04:56 +02:00

#90894 was marked as duplicate of this issue

blender-admin commented

2021-06-06 08:04:56 +02:00

#90821 was marked as duplicate of this issue

blender-admin commented

2021-06-06 08:04:56 +02:00

#90420 was marked as duplicate of this issue

blender-admin commented

2021-06-06 08:04:56 +02:00

#90161 was marked as duplicate of this issue

blender-admin commented

2021-06-06 08:04:56 +02:00

#89620 was marked as duplicate of this issue

blender-admin commented

2021-06-06 08:04:56 +02:00

#89201 was marked as duplicate of this issue

blender-admin commented

2021-06-06 08:04:56 +02:00

#89161 was marked as duplicate of this issue

blender-admin commented

2021-06-06 08:04:56 +02:00

#89383 was marked as duplicate of this issue

blender-admin commented

2021-06-06 08:04:56 +02:00

#88212 was marked as duplicate of this issue

blender-admin commented

2021-06-06 08:04:56 +02:00

#88845 was marked as duplicate of this issue

Ankit Meel commented

2021-06-06 09:50:47 +02:00

Added subscriber: @ankitm

Ankit Meel commented

2021-06-06 09:50:47 +02:00

Changed status from 'Needs Triage' to: 'Needs User Info'

Ankit Meel commented

2021-06-06 09:50:47 +02:00

Try this:

Set system locale to Korean
Rename ~/Library/Application Support/Blender/ to something else, like Blender_backup
Open Blender.

Does the crash happen ?

Try this: - Set system locale to Korean - Rename `~/Library/Application Support/Blender/` to something else, like Blender_backup - Open Blender. Does the crash happen ?

Ankit Meel commented

2021-06-06 09:50:58 +02:00

Added subscriber: @dadojoker

Ankit Meel changed title from ~~Crashes on system which locale is set to Korean~~ to 2.93: Crash on system with Korean locale

2021-06-06 09:51:55 +02:00

Ankit Meel changed title from ~~2.93: Crash on system with Korean locale~~ to 2.93: Crash on system with a non-English locale

2021-06-06 09:52:34 +02:00

Han commented

2021-06-06 10:28:59 +02:00

Added subscriber: @hannoeru

Han commented

2021-06-06 10:28:59 +02:00

Hi, I'm new to blender and also have this problem when I open blender in my Intel MBP, my locale is set to Japanese.
It works well when I was in 2.83 but crashed in 2.93.

I also deleted ~/Library/Application Support/Blender/ and tried to open it again, but it didn't work.

Hi, I'm new to blender and also have this problem when I open blender in my Intel MBP, my locale is set to Japanese. It works well when I was in 2.83 but crashed in 2.93. I also deleted `~/Library/Application Support/Blender/` and tried to open it again, but it didn't work.

Ankit Meel commented

2021-06-06 10:52:29 +02:00

Changed status from 'Needs User Info' to: 'Confirmed'

Han Sang Woo commented

2021-06-06 10:58:06 +02:00

In #88877#1171689, @ankitm wrote:
Try this:

Set system locale to Korean

Rename ~/Library/Application Support/Blender/ to something else, like Blender_backup

Open Blender.

Does the crash happen ?

Sorry, I tried reproduce the error by reinstalling the app after removing the app with App Cleaner, however I couldn't reproduce the error.
I checked ~/Library/Application Support/Blender/ is deleted after removing the app. After rebooting, and reinstalling, I opened the app on the system with Korean locale, but the error did not occur.

> In #88877#1171689, @ankitm wrote: > Try this: > - Set system locale to Korean > - Rename `~/Library/Application Support/Blender/` to something else, like Blender_backup > - Open Blender. > > Does the crash happen ? Sorry, I tried reproduce the error by reinstalling the app after removing the app with App Cleaner, however I couldn't reproduce the error. I checked `~/Library/Application Support/Blender/` is deleted after removing the app. After rebooting, and reinstalling, I opened the app on the system with Korean locale, but the error did not occur.

Ankit Meel commented

2021-06-06 11:06:00 +02:00

So it could be that settings saved in previous versions of Blender is causing the error in the new one.

Han commented

2021-06-06 11:44:09 +02:00

Here is what I tried:

Run AppCleaner to remove blender.
Run sudo rm -rf ~/Library/Application Support/Blender/, and reboot.
Reinstall blender 2.93

Still not works

Download blender 2.83
Replace blender in the Application folder

Works

OS: macOS 11.4 (20F71)
Crash report: Blender_2021-06-06-183634.crash

Here is what I tried: - Run AppCleaner to remove blender. - Run `sudo rm -rf ~/Library/Application Support/Blender/`, and reboot. - Reinstall blender 2.93 Still not works - Download blender 2.83 - Replace blender in the Application folder Works OS: macOS 11.4 (20F71) Crash report: [Blender_2021-06-06-183634.crash](https://archive.blender.org/developer/F10159727/Blender_2021-06-06-183634.crash)

Ankit Meel commented

2021-06-06 14:16:04 +02:00

Changed status from 'Confirmed' to: 'Needs User Info'

Ankit Meel commented

2021-06-06 14:16:04 +02:00

We need steps to create the error locally, not the steps to make blender launch.
They'd look like:

set locale to Korean
Delete this folder
run this version
run that version
Now blender crashes
etc

We need steps to create the error locally, not the steps to make blender launch. They'd look like: - set locale to Korean - Delete this folder - run this version - run that version - Now blender crashes etc

Ankit Meel commented

2021-06-06 14:57:30 +02:00

Added subscriber: @pb29

Yuseong Kim commented

2021-06-07 04:11:47 +02:00

delete ~/Library/Application Support/Blender/ and launch 2.93 still not work.
here's the crash log.
log.txt
however, i changed locale to english and launch 2.93, it launched.
If you checked successfully run it in English locale and revert it back to Korean locale, it even still works.

delete `~/Library/Application Support/Blender/` and launch 2.93 still not work. here's the crash log. [log.txt](https://archive.blender.org/developer/F10160387/log.txt) however, i changed locale to english and launch 2.93, it launched. If you checked successfully run it in English locale and revert it back to Korean locale, it even still works.

Ankit Meel commented

2021-06-07 16:57:31 +02:00

Changed status from 'Needs User Info' to: 'Confirmed'

Ankit Meel commented

2021-06-07 16:57:31 +02:00

I cannot redo it on macOS mojave. All three reports are on Big Sur 11.4. (the OS is not mentioned in one comment)

Davide Holtmann commented

2021-06-07 17:19:14 +02:00

I tried to localize in English and it works, but when I try to reset it to Italian it starts crashing again

Ankit Meel commented

2021-06-08 09:00:47 +02:00

Internationalization is part of UI as per https://wiki.blender.org/wiki/Modules#User_Interface

Bastien Montagne commented

2021-06-15 12:26:01 +02:00

Added subscribers: @sebbas, @mont29

Bastien Montagne commented

2021-06-15 12:26:01 +02:00

@ankitm Not sure how your patch could fix anything? It's just offsetting the start of the try block, nothing else... I would not expect setting the location of the MO's to be at the origin of that issue? Or do you think that the default constructor for boost::locale::generator is the crashing call here? Too bad there's no full backtrace identifying the calling line...

Since this happens when using default (system, empty string) locale, I'd rather look at the exception we have for OSX currently, the #if defined(__APPLE__) && !defined(WITH_HEADLESS) && !defined(WITH_GHOST_SDL), and check if this is called, what kind of string it returns, and if removing this special case helps, etc.

We could also try a different boost::locale::localization_backend_manager option, like "std" e.g.

In any case we need a dev able to reproduce the issue first though. @sebbas maybe you'd have some time and proper hardware/OSX version at hands?

@ankitm Not sure how your patch could fix anything? It's just offsetting the start of the `try` block, nothing else... I would not expect setting the location of the MO's to be at the origin of that issue? Or do you think that the default constructor for `boost::locale::generator` is the crashing call here? Too bad there's no full backtrace identifying the calling line... Since this happens when using default (system, empty string) locale, I'd rather look at the exception we have for OSX currently, the `#if defined(__APPLE__) && !defined(WITH_HEADLESS) && !defined(WITH_GHOST_SDL)`, and check if this is called, what kind of string it returns, and if removing this special case helps, etc. We could also try a different `boost::locale::localization_backend_manager` option, like `"std"` e.g. In any case we need a dev able to reproduce the issue first though. @sebbas maybe you'd have some time and proper hardware/OSX version at hands?

Ankit Meel commented

2021-06-15 13:15:07 +02:00

I was under impression that boost::locale::conv::conversion_error is caught by std::exception(.. turns out not). So the exception should be originating from the code outside try block.

I'll abandon the patch.

diff --git a/intern/locale/boost_locale_wrapper.cpp b/intern/locale/boost_locale_wrapper.cpp
index 73433fe7c5e..b4301793e75 100644
--- a/intern/locale/boost_locale_wrapper.cpp
+++ b/intern/locale/boost_locale_wrapper.cpp
@@ -87,6 +87,7 @@ void bl_locale_set(const char *locale)
   // gen.set_default_messages_domain(default_domain);
 
   try {
+    throw boost::locale::conv::conversion_error();
     if (locale && locale[0]) {
       _locale = gen(locale);
     }
@@ -120,6 +121,9 @@ void bl_locale_set(const char *locale)
   catch (std::exception const &e) {
     std::cout << "bl_locale_set(" << locale << "): " << e.what() << " \n";
   }
+  catch (std::runtime_error const &e){
+    std::cout << "**bl_locale_set(" << locale << "): " << e.what() << " \n";
+  }
 }
 
 const char *bl_locale_get(void)

**bl_locale_set(): Conversion failed**bl_locale_set(en_US.UTF-8): Conversion failed

UPDATE
D13019 #343592

I was under impression that `boost::locale::conv::conversion_error` is caught by `std::exception`(.. turns out not). So the exception should be originating from the code outside try block. I'll abandon the patch. ``` diff --git a/intern/locale/boost_locale_wrapper.cpp b/intern/locale/boost_locale_wrapper.cpp index 73433fe7c5e..b4301793e75 100644 --- a/intern/locale/boost_locale_wrapper.cpp +++ b/intern/locale/boost_locale_wrapper.cpp @@ -87,6 +87,7 @@ void bl_locale_set(const char *locale) // gen.set_default_messages_domain(default_domain); try { + throw boost::locale::conv::conversion_error(); if (locale && locale[0]) { _locale = gen(locale); } @@ -120,6 +121,9 @@ void bl_locale_set(const char *locale) catch (std::exception const &e) { std::cout << "bl_locale_set(" << locale << "): " << e.what() << " \n"; } + catch (std::runtime_error const &e){ + std::cout << "**bl_locale_set(" << locale << "): " << e.what() << " \n"; + } } const char *bl_locale_get(void) ``` ``` **bl_locale_set(): Conversion failed**bl_locale_set(en_US.UTF-8): Conversion failed ``` UPDATE [D13019](https://archive.blender.org/developer/D13019)#343592

Ankit Meel commented

2021-06-23 22:42:16 +02:00

Added subscribers: @sirokawa032, @haemin, @mano-wii

Ankit Meel commented

2021-06-23 22:43:23 +02:00

Added subscriber: @PratikPB2123

Ankit Meel commented

2021-06-23 23:10:14 +02:00

Added subscriber: @Staph

Ankit Meel commented

2021-07-03 07:26:58 +02:00

Added subscriber: @himelgelt

Ankit Meel commented

2021-07-05 08:41:07 +02:00

@mont29 A build with something like D11806: Add logging to debug #88877 applied can be run by bug reporters to get some information.
In any case, an exception handler should be added anyway IMHO.

@mont29 A build with something like [D11806: Add logging to debug #88877](https://archive.blender.org/developer/D11806) applied can be run by bug reporters to get some information. In any case, an exception handler should be added anyway IMHO.

Ankit Meel commented

2021-07-05 13:06:21 +02:00

Oh I can do it now after setting language to en_IN and in lite build (+ boost + international), offending line is _locale = gen(locale_osx.c_str());
2d146b61d8

- 0  __pthread_kill ()
- 1  pthread_kill ()
- 2  abort ()
- 3  abort_message ()
- 4  default_terminate_handler() ()
- 5  _objc_terminate() ()
- 6  std::__terminate(void (*)()) ()
- 7  __cxxabiv1::failed_throw(__cxxabiv1::__cxa_exception*) ()
- 8  __cxa_throw ()
- 9  std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > boost::locale::conv::impl::iconverter_base::real_convert<wchar_t, char>(char const*, char const*) ()
- 10 boost::locale::conv::impl::iconv_to_utf<wchar_t>::convert(char const*, char const*) ()
- 11 std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > boost::locale::conv::impl::convert_to<wchar_t>(char const*, char const*, char const*, boost::locale::conv::method_type) ()
- 12 std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > boost::locale::conv::to_utf<wchar_t>(char const*, char const*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, boost::locale::conv::method_type) ()
- 13 boost::locale::util::simple_converter_impl::simple_converter_impl(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) ()
- 14 boost::locale::util::create_simple_codecvt(std::__1::locale const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, unsigned int) ()
- 15 boost::locale::impl_posix::create_codecvt(std::__1::locale const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, unsigned int) ()
- 16 boost::locale::impl_posix::posix_localization_backend::install(std::__1::locale const&, unsigned int, unsigned int) ()
- 17 boost::locale::localization_backend_manager::impl::actual_backend::install(std::__1::locale const&, unsigned int, unsigned int) ()
- 18 boost::locale::generator::generate(std::__1::locale const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) const ()
- 19 boost::locale::generator::generate(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) const ()
- 20 boost::locale::generator::operator()(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) const at lib/darwin/boost/include/boost/locale/generator.hpp:203
- 21 ::bl_locale_set(const unsigned char *) at blender/intern/locale/boost_locale_wrapper.cpp:96
- 22 BLT_lang_set at blender/source/blender/blentranslation/intern/blt_lang.c:280
- 23 WM_init at blender/source/blender/windowmanager/intern/wm_init_exit.c:268
- 24 main at blender/source/creator/creator.c:505
- 25 start ()

locale	const unsigned char *	""	0x000000010b279d00
gen	boost::locale::generator	
_locale	std::__1::locale	
e	const std::exception &	0x00001fffddf7fc78
locale_osx	std::__1::string	"en_IN.UTF-8"	
default_domain	std::__1::string	"blender"	
facet_global	const char_message_facet *	NULL	0x0000000000000000
locale_global	std::__1::locale	
locale_str	std::__1::string	""	
messages_path	std::__1::string	"/Users/ankitkumar/blender-build/build_darwin_lite/bin/Debug/Blender.app/Contents/Resources/3.0/datafiles/locale"

Oh I can do it now after setting language to `en_IN` and in lite build (+ boost + international), offending line is `_locale = gen(locale_osx.c_str());` 2d146b61d8 ```lines=10 - 0 __pthread_kill () - 1 pthread_kill () - 2 abort () - 3 abort_message () - 4 default_terminate_handler() () - 5 _objc_terminate() () - 6 std::__terminate(void (*)()) () - 7 __cxxabiv1::failed_throw(__cxxabiv1::__cxa_exception*) () - 8 __cxa_throw () - 9 std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > boost::locale::conv::impl::iconverter_base::real_convert<wchar_t, char>(char const*, char const*) () - 10 boost::locale::conv::impl::iconv_to_utf<wchar_t>::convert(char const*, char const*) () - 11 std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > boost::locale::conv::impl::convert_to<wchar_t>(char const*, char const*, char const*, boost::locale::conv::method_type) () - 12 std::__1::basic_string<wchar_t, std::__1::char_traits<wchar_t>, std::__1::allocator<wchar_t> > boost::locale::conv::to_utf<wchar_t>(char const*, char const*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, boost::locale::conv::method_type) () - 13 boost::locale::util::simple_converter_impl::simple_converter_impl(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) () - 14 boost::locale::util::create_simple_codecvt(std::__1::locale const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, unsigned int) () - 15 boost::locale::impl_posix::create_codecvt(std::__1::locale const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, unsigned int) () - 16 boost::locale::impl_posix::posix_localization_backend::install(std::__1::locale const&, unsigned int, unsigned int) () - 17 boost::locale::localization_backend_manager::impl::actual_backend::install(std::__1::locale const&, unsigned int, unsigned int) () - 18 boost::locale::generator::generate(std::__1::locale const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) const () - 19 boost::locale::generator::generate(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) const () - 20 boost::locale::generator::operator()(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&) const at lib/darwin/boost/include/boost/locale/generator.hpp:203 - 21 ::bl_locale_set(const unsigned char *) at blender/intern/locale/boost_locale_wrapper.cpp:96 - 22 BLT_lang_set at blender/source/blender/blentranslation/intern/blt_lang.c:280 - 23 WM_init at blender/source/blender/windowmanager/intern/wm_init_exit.c:268 - 24 main at blender/source/creator/creator.c:505 - 25 start () ``` ``` locale const unsigned char * "" 0x000000010b279d00 gen boost::locale::generator _locale std::__1::locale e const std::exception & 0x00001fffddf7fc78 locale_osx std::__1::string "en_IN.UTF-8" default_domain std::__1::string "blender" facet_global const char_message_facet * NULL 0x0000000000000000 locale_global std::__1::locale locale_str std::__1::string "" messages_path std::__1::string "/Users/ankitkumar/blender-build/build_darwin_lite/bin/Debug/Blender.app/Contents/Resources/3.0/datafiles/locale" ```

Ankit Meel commented

2021-07-26 12:45:51 +02:00

Added subscriber: @jbbbbb

Ankit Meel commented

2021-08-04 09:28:08 +02:00

Added subscriber: @sepraphim

Ankit Meel commented

2021-08-22 05:55:23 +02:00

Added subscriber: @dbsskdn

Pratik Borhade commented

2021-08-24 13:15:50 +02:00

Added subscriber: @astyagun

Ankit Meel commented

2021-08-26 08:38:13 +02:00

Added subscriber: @veravin

Brecht Van Lommel commented

2021-09-17 15:09:28 +02:00

Added subscriber: @gott

KIEUN MUN commented

2021-10-13 09:33:56 +02:00

Added subscriber: @kieuns

KIEUN MUN commented

2021-10-13 09:33:56 +02:00

In my case, result of NSLocale.localeIdentifier() is wrong in osx_user_locale.mm.
My locale must be ko_KR. but NSLocale.localeIdentifier() returns ko-Kore_KR.

changed some code in osx_user_locale.mm for testing.
then it is ok for me.

it needs fixing from developers.

// get current locale
const char *osx_user_locale()
{
  ::free(user_locale);
  NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
  CFLocaleRef myCFLocale = CFLocaleCopyCurrent();
  NSLocale *myNSLocale = (NSLocale *)myCFLocale;
  [myNSLocale autorelease];
    
  //NSString *nsIdentifier = [myNSLocale localeIdentifier];
    
    NSString *a = [myNSLocale languageCode];
    NSString *b = [myNSLocale countryCode];
    NSString *f = [a stringByAppendingString:@"_"];
    f = [f stringByAppendingString:b];
    
  user_locale = ::strdup([f UTF8String]);
  [pool drain];

  return user_locale;
}```

In my case, result of `NSLocale.localeIdentifier()` is wrong in `osx_user_locale.mm`. My locale must be `ko_KR`. but `NSLocale.localeIdentifier()` returns `ko-Kore_KR`. changed some code in `osx_user_locale.mm` for testing. then it is ok for me. it needs fixing from developers. ``` // get current locale const char *osx_user_locale() { ::free(user_locale); NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; CFLocaleRef myCFLocale = CFLocaleCopyCurrent(); NSLocale *myNSLocale = (NSLocale *)myCFLocale; [myNSLocale autorelease]; //NSString *nsIdentifier = [myNSLocale localeIdentifier]; NSString *a = [myNSLocale languageCode]; NSString *b = [myNSLocale countryCode]; NSString *f = [a stringByAppendingString:@"_"]; f = [f stringByAppendingString:b]; user_locale = ::strdup([f UTF8String]); [pool drain]; return user_locale; }```

Germano Cavalcante commented

2021-10-27 20:58:51 +02:00

Added subscriber: @adonisgenie

Pratik Borhade commented

2021-10-28 11:36:53 +02:00

Added subscriber: @arsienbajan

JIN commented

2021-10-28 12:21:31 +02:00

It seems that the cause of the crash has been investigated as above.

Can I know when a fix will be released?

It seems that the cause of the crash has been investigated as above. Can I know when a fix will be released?

Yuseong Kim commented

2021-10-28 12:28:52 +02:00

In #88877#1243044, @adonisgenie wrote:
It seems that the cause of the crash has been investigated as above.

Can I know when a fix will be released?

It seems they plan to fix this on Blender 3.0, it says Administrator moved this task to 3.0

> In #88877#1243044, @adonisgenie wrote: > It seems that the cause of the crash has been investigated as above. > > Can I know when a fix will be released? It seems they plan to fix this on Blender 3.0, it says Administrator moved this task to 3.0

gott tocc commented

2021-10-28 12:33:06 +02:00

Removed subscriber: @gott

gott tocc commented

2021-10-28 12:33:39 +02:00

Added subscriber: @gott

Bastien Montagne commented

2021-10-28 12:50:13 +02:00

Current proposed patch is D13019: Fix #88877: 2.93: Crash on recent OSX with a non-English locale.. If you are using OSX and can compile Blender, it would be great if you could test it and confirm it fixes the issue.

Patch will be committed to 3.0 branch yes, and then backported to 2.93 (and probably 2.83 too) in the coming weeks.

Current proposed patch is [D13019: Fix #88877: 2.93: Crash on recent OSX with a non-English locale.](https://archive.blender.org/developer/D13019). If you are using OSX and can compile Blender, it would be great if you could test it and confirm it fixes the issue. Patch will be committed to 3.0 branch yes, and then backported to 2.93 (and probably 2.83 too) in the coming weeks.

blender-admin commented

2021-10-29 10:11:04 +02:00

This issue was referenced by ca881afef1

This issue was referenced by ca881afef1631cdd138ccf9af090ca6fb29b3608

blender-admin commented

2021-10-29 10:11:04 +02:00

This issue was referenced by 8e237d83f2

This issue was referenced by 8e237d83f2138fb94933f971a070a0552f1f506a

blender-admin commented

2021-10-29 10:11:04 +02:00

This issue was referenced by be0d5da341

This issue was referenced by be0d5da341cf3f33ba2d7cca8c979abf9d94f683