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

Closed
opened 2021-06-06 08:04:56 +02:00 by Han Sang Woo · 61 comments

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)
Author

Added subscriber: @GB44

Added subscriber: @GB44

#92547 was marked as duplicate of this issue

#92547 was marked as duplicate of this issue

#92504 was marked as duplicate of this issue

#92504 was marked as duplicate of this issue

#91482 was marked as duplicate of this issue

#91482 was marked as duplicate of this issue

#90935 was marked as duplicate of this issue

#90935 was marked as duplicate of this issue

#90894 was marked as duplicate of this issue

#90894 was marked as duplicate of this issue

#90821 was marked as duplicate of this issue

#90821 was marked as duplicate of this issue

#90420 was marked as duplicate of this issue

#90420 was marked as duplicate of this issue

#90161 was marked as duplicate of this issue

#90161 was marked as duplicate of this issue

#89620 was marked as duplicate of this issue

#89620 was marked as duplicate of this issue

#89201 was marked as duplicate of this issue

#89201 was marked as duplicate of this issue

#89161 was marked as duplicate of this issue

#89161 was marked as duplicate of this issue

#89383 was marked as duplicate of this issue

#89383 was marked as duplicate of this issue

#88212 was marked as duplicate of this issue

#88212 was marked as duplicate of this issue

#88845 was marked as duplicate of this issue

#88845 was marked as duplicate of this issue
Member

Added subscriber: @ankitm

Added subscriber: @ankitm
Member

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

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

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 ?
Member

Added subscriber: @dadojoker

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

Added subscriber: @hannoeru

Added subscriber: @hannoeru

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.
Member

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

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

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.
Member

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

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

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)
Member

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

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

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
Member

Added subscriber: @pb29

Added subscriber: @pb29

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.
Member

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

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

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

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

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

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

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

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

Added subscribers: @sebbas, @mont29

Added subscribers: @sebbas, @mont29

@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?
Member

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
Member

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

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

Added subscriber: @PratikPB2123

Added subscriber: @PratikPB2123
Member

Added subscriber: @Staph

Added subscriber: @Staph
Member

Added subscriber: @himelgelt

Added subscriber: @himelgelt
Member

@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.
Member

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" ```
Member

Added subscriber: @jbbbbb

Added subscriber: @jbbbbb
Member

Added subscriber: @sepraphim

Added subscriber: @sepraphim
Member

Added subscriber: @dbsskdn

Added subscriber: @dbsskdn
Member

Added subscriber: @astyagun

Added subscriber: @astyagun
Member

Added subscriber: @veravin

Added subscriber: @veravin

Added subscriber: @gott

Added subscriber: @gott

Added subscriber: @kieuns

Added subscriber: @kieuns

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; }```

Added subscriber: @adonisgenie

Added subscriber: @adonisgenie
Member

Added subscriber: @arsienbajan

Added subscriber: @arsienbajan

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?

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

Removed subscriber: @gott

Removed subscriber: @gott

Added subscriber: @gott

Added subscriber: @gott

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.

This issue was referenced by ca881afef1

This issue was referenced by ca881afef1631cdd138ccf9af090ca6fb29b3608

This issue was referenced by 8e237d83f2

This issue was referenced by 8e237d83f2138fb94933f971a070a0552f1f506a

This issue was referenced by be0d5da341

This issue was referenced by be0d5da341cf3f33ba2d7cca8c979abf9d94f683

Changed status from 'Confirmed' to: 'Resolved'

Changed status from 'Confirmed' to: 'Resolved'
Bastien Montagne self-assigned this 2021-10-29 10:24:37 +02:00
Thomas Dinges added this to the 3.0 milestone 2023-02-08 15:59:10 +01:00
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
13 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#88877
No description provided.