Update charm-refresh to v3.1.0.0 (#279)

Followed instructions at
https://chat.canonical.com/canonical/pl/wm3d1h6rhi8jumwmecyairoq7c

UI change: `pause_after_unit_refresh` renamed to
`pause-after-unit-refresh`. Breaking change but no stable release
currently exists

Author: carlcsaposs-canonical

actions.yaml

@@ -7,52 +7,52 @@ pre-refresh-check:
 force-refresh-start:
   description: |
     Potential of data loss and downtime
-    
+
     Force refresh of first unit
-    
+
     Must run with at least one of the parameters `=false`
   params:
     check-compatibility:
       type: boolean
       default: true
       description: |
         Potential of data loss and downtime
-        
+
         If `false`, force refresh if new version of Router and/or charm is not compatible with previous version
     run-pre-refresh-checks:
       type: boolean
       default: true
       description: |
         Potential of data loss and downtime
-        
+
         If `false`, force refresh if app is unhealthy or not ready to refresh (and unit status shows "Pre-refresh check failed")
     check-workload-container:
       type: boolean
       default: true
       description: |
         Potential of data loss and downtime during and after refresh
-        
+
         If `false`, allow refresh to Router container version that has not been validated to work with the charm revision
   additionalProperties: false
 resume-refresh:
   description: |
     Refresh next unit(s) (after you have manually verified that refreshed units are healthy)
-    
-    If the `pause_after_unit_refresh` config is set to `all`, this action will refresh the next unit.
-    
-    If `pause_after_unit_refresh` is set to `first`, this action will refresh all remaining units.
+
+    If the `pause-after-unit-refresh` config is set to `all`, this action will refresh the next unit.
+
+    If `pause-after-unit-refresh` is set to `first`, this action will refresh all remaining units.
     Exception: if automatic health checks fail after a unit has refreshed, the refresh will pause.
-    
-    If `pause_after_unit_refresh` is set to `none`, this action will have no effect unless it is called with `check-health-of-refreshed-units` as `false`.
+
+    If `pause-after-unit-refresh` is set to `none`, this action will have no effect unless it is called with `check-health-of-refreshed-units` as `false`.
   params:
     check-health-of-refreshed-units:
       type: boolean
       default: true
       description: |
         Potential of data loss and downtime
-        
+
         If `false`, force refresh (of next unit) if 1 or more refreshed units are unhealthy
-        
+
         Warning: if first unit to refresh is unhealthy, consider running `force-refresh-start` action on that unit instead of using this parameter.
         If first unit to refresh is unhealthy because compatibility checks, pre-refresh checks, or workload container checks are failing, this parameter is more destructive than the `force-refresh-start` action.
   additionalProperties: false

config.yaml

@@ -6,7 +6,7 @@ options:
     description: |
       Virtual IP to use to front mysql router units. Used only in case of external node connection.
     type: string
-  pause_after_unit_refresh:
+  pause-after-unit-refresh:
     description: |
       Wait for manual confirmation to resume refresh after these units refresh
 

poetry.lock

@@ -13,7 +13,7 @@ tenacity = "^9.1.2"
 poetry-core = "^2.1.3"
 jinja2 = "^3.1.6"
 requests = "^2.32.4"
-charm-refresh = "^3.0.0.6"
+charm-refresh = "^3.1.0.0"
 
 [tool.poetry.group.charm-libs.dependencies]
 # data_platform_libs/v0/data_interfaces.py