I asked @Jeroen Bakker (jbakker) to merge the commits which fix the problem into 2.93 master before 2.93.2 comes out.

@Brecht Van Lommel (brecht) thanks for the clarification.
Unfortunately this affect badly toon shaders created in 2.92 and ported to 2.93. But as long as this is not going to change again, i am ok with fixing the toon shaders AO inside the node.

I think the 2.93 behavior is correct, and consistent with Cycles as well. The AO node is mainly intended for texturing, not lighting. For example to add wear on corners. For such cases the texture should not be affected by the scene lighting settings.

Sorry for the unconvenience. You're right - with the given file i can reproduce the issue.

In T89694#1187992, @user1 (user1) wrote:

Can't confirm with 2.93.1 (on same system as above):

unfortunately can confirm the issue on 3.0alpha too

Can't confirm with 2.93.1 (on same system as above):

confirm on linux too.

In T89694#1187984, @user1 (user1) wrote:

Operating system: Linux-5.4.0-77-generic-x86_64-with-glibc2.27 64 Bits
Graphics card: GeForce GT 630/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 390.143
3.0.0 Alpha, branch: master, commit date: 2021-07-05 22:24, hash: rB4eeec6e9b540

Operating system: Linux-5.4.0-77-generic-x86_64-with-glibc2.27 64 Bits
Graphics card: GeForce GT 630/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 390.143

Since this can lead to a crash and is still not fixed in the 2.93 branch, I'm raising the priority to high.

Hi Jereon ab6a011b3bd21ff12bf66bb5cf4c2a0c6617f86c needs to be in 2.93 Thanks!

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());
rB2d146b61d8583ec7169c5c04263d475a542b06ce

#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"

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

I just realized this is a duplicate of
https://developer.blender.org/T88754
Couldn't manage to close it as duplicate myself.

Hi @José Miguel (nanoSpawn) those decisions don't come lightly. You can read about the specifics about the Python version here: https://lists.blender.org/pipermail/bf-committers/2021-May/050990.html - 2.93 being a LTS and Python 3.7 no longer receiving updates were the determining factors in this case.

I hope this does not sound as beating on a dead horse. But wanted to point out something.

In T77170#1092635, @Sebastián Barschkis (sebbas) wrote:

This bug will be a target for the 2.93 release (i.e. cache invalidation needs to be improved). Unfortunately there is no time to get this ready for 2.92.

Hi Jeroen (cc @Dalai Felinto (dfelinto) ) this T89422 needs to be in master as well as 2.93. Thanks!

I am super excited about this new Asset Browser. I've started using it in the 3.0 Alpha and am really happy with what is already implemented. So way to go! 🎉 🎉 🎉

Awesome, closing as resolved by D11508. :)

It works

@CHET (cheteron) Could you confirm if current nightly resolves the remaining issues?

Reopening then

@Philipp Oeser (lichtwerk) in 2.93.1 I have same issue

Not sure, but wondering why rB5c4d24e1fd75: EEVEE: Ensure Reflection: Use new implementation got reverted, when in fact this was caused by rB1c22b551d0c1: EEVEE: Add ensure_valid_reflection to glossy closures?

ok, I will try to find the good commit which fixes the issue (to backport the commit).

May I ask if there will be a folder management function like a file manager, which will be very useful for a large number of management.

FYI, Child GP object of 'Armature.lori' does not cause the problem.
I think you guys already know because of debugging but just for safety.

I can confirm the problem is with any modifier, not only Noise modifier.

Confirmed in 2.93 and 3.0.

Any chance on seeing some basic support for geometry nodes modifiers & node groups any time soon?

Thanks for the report. Provided Information is insufficient to track the issue.

rBc75b2019e101: Fix incorrect compositor denoise node message about SSE on macOS Arm
rB080623b8ac4d: Fix incorrect Denoise node SSE 4.1 warning on macOS Intel

hi, i am having problem in user interface. blender 2.93