Tengo un método de larga duración quedebe ejecutarse en el hilo de la interfaz de usuario. (Devex -gridView.CopyToClipboard())

No necesito que la interfaz de usuario responda al copiar y agregué una pantalla de inicio para que el usuario no se aburra.

Cuando ejecuto este programa todo está bien.

El problema comienza cuando ejecuto un programa diferente, que a su vez inicia un nuevo proceso y ejecuta el programa en él. Después de unos segundos de copiar las lecturas del título (No responde) y el cursor del mouse se muestra ocupado, por supuesto, desaparece en unos pocos segundos, pero me gustaría deshacerme de él ya que le da al usuario la sensación errónea de que el programa es defectuoso.

¿Hay alguna forma de establecer el "Tiempo de espera" de un proceso que creo?

EDITAR:

El programa principal llama al siguiente código:

fillsProcess = new Process();
fillsProcess.StartInfo.FileName = Application.ExecutablePath;
fillsProcess.Start();

En el proceso de llenado, cuando se hace clic en un botón determinado, se llama al siguiente código:

gridViewToCopy.CopyToClipboard();

Esta línea de código tarda un poco en procesarse y, después de unos segundos, la ventana de fillsProcess no responde, ya que este método se ejecuta en el subproceso de la interfaz de usuario.

EDITAR el segundo:

Al parecer (y realmente muy comprensiblemente)

gridViewToCopy.CopyToClipboard();

No es el único método que causa este problema. Muchos métodos de Devex tienen que ejecutarse en el hilo de la IU (por ejemplo, clasificación de datos, filtrado de datos)

Así que gracias a cualquiera que ofreció una solución específica (que funcionó o no), pero mi pregunta original vuelve a aparecer:

¿Hay alguna manera de cambiar el tiempo de espera o controlar de alguna manera todo el fiasco "No responde"?