Repository: dmwm/wmcore
Issue: MSTransferor: typo accessing Workflow getName attribute

**Impact of the bug**
MSTransferor

**Describe the bug**
With the changes provided in: https://github.com/dmwm/WMCore/pull/10959

a typo in the Workflow `getName()` method managed to snuck in and it now gives us this exception in production [1]

**How to reproduce it**
Run a workflow with pileup and an empty location list for it in the campaign configuration.

**Expected behavior**
The correct `Workflow` method to be called is `getName()` in lieu of `getname()`.

**Additional context and error message**
[1]
```
2022-03-10 08:22:27,964:INFO:MSTransferor: Checking secondary data location for request: cmsunified_task_PPD-RunIISummer19UL16DIGI-00002__v1_T_211103_184741_3089, TrustPUSitelists: False, request white/black list PNNs: {'T1_US_FNAL_Disk'}
2022-03-10 08:22:27,964:INFO:MSTransferor: it has secondary: /MinBias_TuneCP5_13TeV-pythia8/RunIISummer19UL16SIM-106X_mcRun2_asymptotic_v3-v1/GEN-SIM, total size: 88518.12 GB, current disk locations: set()
2022-03-10 08:22:27,964:INFO:MSTransferor: secondary: /MinBias_TuneCP5_13TeV-pythia8/RunIISummer19UL16SIM-106X_mcRun2_asymptotic_v3-v1/GEN-SIM will need data placement!!!
2022-03-10 08:22:27,964:INFO:MSTransferor: Finding final pileup destination for request: cmsunified_task_PPD-RunIISummer19UL16DIGI-00002__v1_T_211103_184741_3089
2022-03-10 08:22:27,964:ERROR:MSTransferor: Workflow has been incorrectly assigned: cmsunified_task_PPD-RunIISummer19UL16DIGI-00002__v1_T_211103_184741_3089. The secondary dataset: /MinBias_TuneCP5_13TeV-pythia8/RunIISummer19UL16SIM-106X_
mcRun2_asymptotic_v3-v1/GEN-SIM,belongs to the campaign: RunIISummer19UL16DIGI, with Secondaries location set to: set(). While the workflow has been assigned to: ['T1_US_FNAL']
2022-03-10 08:22:27,964:ERROR:MSManager: MS daemon error: 'Workflow' object has no attribute 'getname'
Traceback (most recent call last):
  File "/data/srv/HG2203c/sw/slc7_amd64_gcc630/cms/reqmgr2ms/1.0.1.pre5/lib/python3.8/site-packages/WMCore/MicroService/MSManager.py", line 41, in daemon
    func(reqStatus)
  File "/data/srv/HG2203c/sw/slc7_amd64_gcc630/cms/reqmgr2ms/1.0.1.pre5/lib/python3.8/site-packages/WMCore/MicroService/MSManager.py", line 179, in transferor
    res = self.msTransferor.execute(reqStatus)
  File "/data/srv/HG2203c/sw/slc7_amd64_gcc630/cms/reqmgr2ms/1.0.1.pre5/lib/python3.8/site-packages/WMCore/MicroService/MSTransferor/MSTransferor.py", line 202, in execute
    self.alertPUMisconfig(wflow.getname())
AttributeError: 'Workflow' object has no attribute 'getname'
```

Changed files:
src/python/WMCore/MicroService/MSTransferor/MSTransferor.py

diff --git a/src/python/WMCore/MicroService/MSTransferor/MSTransferor.py b/src/python/WMCore/MicroService/MSTransferor/MSTransferor.py
index 5b02b32b4..815ec1423 100644
--- a/src/python/WMCore/MicroService/MSTransferor/MSTransferor.py
+++ b/src/python/WMCore/MicroService/MSTransferor/MSTransferor.py
@@ -199,7 +199,7 @@ class MSTransferor(MSCore):
                 self.checkPUDataLocation(wflow)
                 if wflow.getSecondarySummary() and not wflow.getPURSElist():
                     # then we still have pileup to be transferred, but with incorrect locations
-                    self.alertPUMisconfig(wflow.getname())
+                    self.alertPUMisconfig(wflow.getName())
                     # FIXME: this needs to be logged somewhere and workflow be set to failed
                     counterProblematicRequests += 1
                     continue
@@ -225,7 +225,7 @@ class MSTransferor(MSCore):
                         counterSuccessRequests += 1
                     else:
                         counterFailedRequests += 1
-                        self.alertTransferCouchDBError(wflow.getname())
+                        self.alertTransferCouchDBError(wflow.getName())
                 else:
                     counterFailedRequests += 1
             # it can go slightly beyond the limit. It's evaluated for every slice