BUG: copy construct of faSchemes/faSolution ignored (see !605)

- the faMesh/fvMesh copy constructors were using the readOption from
  the base-mesh schemes/solution instead of copying their contents.

  This would not really affect fvMesh (since it has its own IOobject
  for the constructor), but did affect faMesh. However, the problem
  only shows up with collated + redistribute, since that is where
  the ranks can be doing uncoordinated IO.

  Only consider as a bug for recent develop since previous versions
  had other problems with collated+redistribute with finite-area
  anyhow.

tutorials/incompressible/pimpleFoam/laminar/filmPanel0/Allrun-parallel

@@ -3,6 +3,9 @@ cd "${0%/*}" || exit                                # Run from this directory
 . ${WM_PROJECT_DIR:?}/bin/tools/RunFunctions        # Tutorial run functions
 #------------------------------------------------------------------------------
 
+unset fileHandler
+fileHandler="-fileHandler collated"
+
 restore0Dir
 
 runApplication blockMesh
@@ -15,19 +18,20 @@ then
 
     runApplication makeFaMesh
 
-    runApplication decomposePar
+    runApplication decomposePar $fileHandler
 
 else
 
     # Additional steps (to exercise some functionality)
 
-    runParallel $decompDict -s decompose redistributePar -decompose
+    runParallel $decompDict -s decompose redistributePar -decompose \
+        -no-finite-area $fileHandler
 
-    runParallel $decompDict makeFaMesh
+    runParallel $decompDict makeFaMesh $fileHandler
 
-    runParallel -s redistribute redistributePar -overwrite
+    runParallel -s redistribute redistributePar -overwrite $fileHandler
 fi
 
-runParallel $(getApplication)
+runParallel $(getApplication) $fileHandler
 
 #------------------------------------------------------------------------------