tdf#92191: Don't use any IPC pipe in a sandboxed OS X app

Creating the pipe fails when sandboxed. This caused us to not start
the OfficeIPCThread, and that then meant that the file open requests
coming in through VCL_NSApplication's application:openFile: method in
vclnsapp.mm were not processed properly.

The OS takes care of not starting multiple LO apps simultaneously
anyway, so we don't really need any pipe, I hope.

Conflicts:
	desktop/source/app/officeipcthread.cxx

Change-Id: Ia920520ce2928787313f83199028f9c9942f61f3
(cherry picked from commit e2f4c9ea)

desktop/source/app/officeipcthread.cxx

@@ -527,6 +527,10 @@ OfficeIPCThread::Status OfficeIPCThread::EnableOfficeIPCThread()
         if ( aUserInstallPathHashCode.isEmpty() )
             return IPC_STATUS_BOOTSTRAP_ERROR; // Something completely broken, we cannot create a valid hash code!
 
+#if HAVE_FEATURE_MACOSX_SANDBOX
+        nPipeMode = PIPEMODE_CREATED;
+#else
+
         OUString aPipeIdent( "SingleOfficeIPC_" + aUserInstallPathHashCode );
 
         do
@@ -570,6 +574,7 @@ OfficeIPCThread::Status OfficeIPCThread::EnableOfficeIPCThread()
             }
 
         } while ( nPipeMode == PIPEMODE_DONTKNOW );
+#endif
     }
 
     if ( nPipeMode == PIPEMODE_CREATED )