forked from amazingfate/loongoffice
Crash in there while accessing an evidently deleted DAVResourceAccess instance with about 4 other threads also in various webdav_ucp::Content methods. The problem is apparently that the "outer" getResourceType() passes the m_xResAccess to the "inner" getResourceType(), which accesses it without locking the mutex, while another thread resets m_xResAccess and thereby deletes the current instance. (regression from 0c3500115c4fd86284a027fc32be704afcf77061) Change-Id: I1c67021c536e303d766c7ff93fb71e40f991f3af
Universal Content Broker (has ucp) which do things like convert files to strings in content broker world. mmeeks: so - I renamed the old LGPLv3 webdav code to webdav-neon, and imported the (not built) surf webdav ucp into the old space. so that in future, we can merge changes more easily - and still choose which to use. cbosdonnat kindly volunteered to do some comparitive analysis of the two codebases to decide which is best for what etc.