public inbox for pve-devel@lists.proxmox.com
 help / color / mirror / Atom feed
From: Arthur Bied-Charreton <a.bied-charreton@proxmox.com>
To: Lukas Wagner <l.wagner@proxmox.com>
Cc: pbs-devel@lists.proxmox.com, pve-devel@lists.proxmox.com
Subject: Re: [PATCH proxmox 12/29] notify: api: support new expression parameter
Date: Fri, 24 Jul 2026 08:46:19 +0200	[thread overview]
Message-ID: <4m5kl2paeakjnxb2jvh4hbnbvulf54mjwcixweezbmiup7vd6f@rju5nwedy25a> (raw)
In-Reply-To: <20260709115716.299836-13-l.wagner@proxmox.com>

On Thu, Jul 09, 2026 at 01:56:59PM +0200, Lukas Wagner wrote:
> Add support for the new 'expression' parameter to the add_matcher and
> updater_matcher API functions. Also add some validation that won't allow
> to create a configuration with both old properties and new the
> 'expression'.
> 
> Signed-off-by: Lukas Wagner <l.wagner@proxmox.com>
one comment inline
> ---
>  proxmox-notify/src/api/matcher.rs | 119 ++++++++++++++++++++++++++++++
>  proxmox-notify/src/matcher/mod.rs |  43 ++++++++++-
>  2 files changed, 161 insertions(+), 1 deletion(-)
> 
[...]
> diff --git a/proxmox-notify/src/matcher/mod.rs b/proxmox-notify/src/matcher/mod.rs
> index 429692a4..60725e00 100644
> --- a/proxmox-notify/src/matcher/mod.rs
> +++ b/proxmox-notify/src/matcher/mod.rs
> @@ -76,7 +76,7 @@ pub enum MatchModeOperator {
>              optional: true,
>          },
>      })]
> -#[derive(Debug, Serialize, Deserialize, Updater, Default)]
> +#[derive(Clone, Debug, Serialize, Deserialize, Updater, Default)]
>  #[serde(rename_all = "kebab-case")]
>  /// Config for notification matchers.
>  pub struct MatcherConfig {
> @@ -216,6 +216,45 @@ impl MatcherConfig {
>              );
>          }
>      }
> +
> +    /// Ensure the validity of this matcher.
> +    pub(crate) fn ensure_valid(&self) -> Result<(), Error> {
> +        if let Some(expression) = &self.expression {
> +            if self.invert_match.is_some() {
> +                return Err(Error::Generic(
> +                    "'expression' and 'invert-match' are mutually exclusive properties".into(),
> +                ));
> +            }
> +            if self.mode.is_some() {
> +                return Err(Error::Generic(
> +                    "'expression' and 'mode' are mutually exclusive properties".into(),
> +                ));
> +            }
> +            if !self.match_field.is_empty() {
> +                return Err(Error::Generic(
> +                    "'expression' and 'match-field' are mutually exclusive properties".into(),
> +                ));
> +            }
> +            if !self.match_severity.is_empty() {
> +                return Err(Error::Generic(
> +                    "'expression' and 'match-severity' are mutually exclusive properties".into(),
> +                ));
> +            }
> +            if !self.match_calendar.is_empty() {
> +                return Err(Error::Generic(
> +                    "'expression' and 'match-calendar' are mutually exclusive properties".into(),
> +                ));
> +            }
> +
> +            if let Err(err) = serde_json::from_str::<Expression<NotificationMatcher>>(expression) {
> +                return Err(Error::Generic(format!(
> +                    "'expression' is not valid: {err:#}"
> +                )));
> +            }
> +        }
> +
i think this is missing a check for the length of FieldMatcher::Exact 
fields and SeverityMatcher severities. afaict them being empty is pretty 
much always an error? if a user wants a matcher that never matches there
is the inverted "Always match" option, which is made for that. 

this is preexisting, the old backend also did not check it, but i think
it would be a good time to add that :)
> +        Ok(())
> +    }
>  }
>  
>  #[api]
> @@ -237,6 +276,8 @@ pub enum DeleteableMatcherProperty {
>      MatchSeverity,
>      /// Delete `mode`
>      Mode,
> +    /// Delete `expression`
> +    Expression,
>      /// Delete `target`
>      Target,
>  }
> -- 
> 2.47.3
> 
> 
> 
> 
> 




  reply	other threads:[~2026-07-24  6:46 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-07-09 11:56 [PATCH many 00/29] notifications: add nested match expressions Lukas Wagner
2026-07-09 11:56 ` [PATCH proxmox 01/29] add new proxmox-match-expression crate Lukas Wagner
2026-07-24  6:46   ` Arthur Bied-Charreton
2026-07-09 11:56 ` [PATCH proxmox 02/29] notify: promote matcher to dir-style module Lukas Wagner
2026-07-09 11:56 ` [PATCH proxmox 03/29] notify: fix doc comment Lukas Wagner
2026-07-09 11:56 ` [PATCH proxmox 04/29] notify: matcher: break out severity matcher into submodule Lukas Wagner
2026-07-09 11:56 ` [PATCH proxmox 05/29] notify: matcher: break out field " Lukas Wagner
2026-07-09 11:56 ` [PATCH proxmox 06/29] notify: matcher: break out calendar " Lukas Wagner
2026-07-09 11:56 ` [PATCH proxmox 07/29] notify: matcher: calendar: add basic unit test Lukas Wagner
2026-07-09 11:56 ` [PATCH proxmox 08/29] notify: matcher: add InlineSeverityMatcher Lukas Wagner
2026-07-09 11:56 ` [PATCH proxmox 09/29] notify: matcher: add InlineFieldMatcher Lukas Wagner
2026-07-09 11:56 ` [PATCH proxmox 10/29] notify: matcher: add InlineCalendarMatcher Lukas Wagner
2026-07-24  6:47   ` Arthur Bied-Charreton
2026-07-24  9:43     ` Wolfgang Bumiller
2026-07-09 11:56 ` [PATCH proxmox 11/29] notify: matcher: add expression support Lukas Wagner
2026-07-24  6:59   ` Arthur Bied-Charreton
2026-07-24  8:27     ` PVE::Cluster::cfs_lock_domain - bizarre issue Anthony Galica
2026-07-24  9:38       ` :Cluster::cfs_lock_domain " Anthony Galica
2026-07-25  7:14         ` Anthony Galica
2026-07-09 11:56 ` [PATCH proxmox 12/29] notify: api: support new expression parameter Lukas Wagner
2026-07-24  6:46   ` Arthur Bied-Charreton [this message]
2026-07-24 10:01     ` Wolfgang Bumiller
2026-07-24 11:38       ` Arthur Bied-Charreton
2026-07-09 11:57 ` [PATCH proxmox 13/29] notify: api: add `get_matcher_as_expression` Lukas Wagner
2026-07-09 11:57 ` [PATCH proxmox 14/29] notify: migrate PBS's and PVE's default matcher to expression syntax Lukas Wagner
2026-07-24  6:47   ` Arthur Bied-Charreton
2026-07-09 11:57 ` [PATCH proxmox 15/29] notify: move legacy matcher keys behind feature flag Lukas Wagner
2026-07-09 11:57 ` [PATCH proxmox-widget-toolkit 16/29] notification: increase matcher window width Lukas Wagner
2026-07-09 11:57 ` [PATCH proxmox-widget-toolkit 17/29] notifications: matcher: add support for match expressions Lukas Wagner
2026-07-24  6:45   ` Arthur Bied-Charreton
2026-07-09 11:57 ` [PATCH proxmox-widget-toolkit 18/29] notification: matcher: add better calendar editor Lukas Wagner
2026-07-24  6:46   ` Arthur Bied-Charreton
2026-07-09 11:57 ` [PATCH proxmox-widget-toolkit 19/29] notifications: matcher: consistently use title case for UI elements Lukas Wagner
2026-07-09 11:57 ` [PATCH proxmox-backup 20/29] notification: opt into 'legacy-matchers' feature in proxmox-notify Lukas Wagner
2026-07-09 11:57 ` [PATCH proxmox-backup 21/29] api: notification: add 'migrate-to-expression' parameter to get_matcher Lukas Wagner
2026-07-09 11:57 ` [PATCH proxmox-backup 22/29] ui: notification: enable new matcher UI Lukas Wagner
2026-07-09 11:57 ` [PATCH proxmox-perl-rs 23/29] notify: matcher: pass matcher config / updater directly Lukas Wagner
2026-07-09 11:57 ` [PATCH proxmox-perl-rs 24/29] notify: opt into 'legacy-matchers' feature in proxmox-notify Lukas Wagner
2026-07-24  6:48   ` Arthur Bied-Charreton
2026-07-09 11:57 ` [PATCH proxmox-perl-rs 25/29] notify: add 'migrate_to_expression' parameter for get_matcher Lukas Wagner
2026-07-09 11:57 ` [PATCH manager 26/29] api: notification: pass config/updater directly to rust bindings Lukas Wagner
2026-07-09 11:57 ` [PATCH manager 27/29] api: notification: get_matcher: add 'migrate-to-expression' parameter Lukas Wagner
2026-07-09 11:57 ` [PATCH manager 28/29] api: notification: add 'expression' to matcher parameter schema Lukas Wagner
2026-07-09 11:57 ` [PATCH manager 29/29] ui: notification: enable new matcher UI Lukas Wagner
2026-07-24  6:44 ` [PATCH many 00/29] notifications: add nested match expressions Arthur Bied-Charreton
2026-07-24  6:53   ` Arthur Bied-Charreton

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4m5kl2paeakjnxb2jvh4hbnbvulf54mjwcixweezbmiup7vd6f@rju5nwedy25a \
    --to=a.bied-charreton@proxmox.com \
    --cc=l.wagner@proxmox.com \
    --cc=pbs-devel@lists.proxmox.com \
    --cc=pve-devel@lists.proxmox.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Service provided by Proxmox Server Solutions GmbH | Privacy | Legal