public inbox for pbs-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-widget-toolkit 17/29] notifications: matcher: add support for match expressions
Date: Fri, 24 Jul 2026 08:45:26 +0200	[thread overview]
Message-ID: <6vju5ooikx342avsjxyulvqjew3qbjciwu3ig7c4qfous3qenh@vlr3ld4vombn> (raw)
In-Reply-To: <20260709115716.299836-18-l.wagner@proxmox.com>

On Thu, Jul 09, 2026 at 01:57:04PM +0200, Lukas Wagner wrote:
> This patches changes to 'matcher edit window' to support the new
> 'expression' paramter in the matcher config. Instead of of flat
> 'match-*' configuration keys, 'expression' contains the match rules as a
> serialized JSON blob. This allows us to create arbitrarily nested match
> formulas.
> 
> Support for match expressions has to be enabled via a feature flag. This
> avoids awkward versioned breaks between the widget toolkit package and
> the main product.
> 
> The entire match rule panel has changed so much that copying the old
> component and using that as a base was deemed more useful than modifying
> the existing panel in-place. The old component can be removed once we
> have migrated all products to this new system.
> 
> Signed-off-by: Lukas Wagner <l.wagner@proxmox.com>
amazing job on the drag and drop! some comments inline
> ---
>  src/Makefile                                  |   1 +
>  src/Schema.js                                 |  10 +
>  src/css/ext6-pmx.css                          |  27 +
>  .../NotificationMatchExpressionEditPanel.js   | 786 ++++++++++++++++++
>  src/proxmox-dark/scss/extjs/_treepanel.scss   |   5 +
>  src/proxmox-dark/scss/proxmox/_general.scss   |   4 +
>  src/window/NotificationMatcherEdit.js         |  13 +-
>  7 files changed, 841 insertions(+), 5 deletions(-)
>  create mode 100644 src/panel/NotificationMatchExpressionEditPanel.js
> 
[...]
> +
> +Ext.define('Proxmox.panel.NotificationMatchRuleTreeExpression', {
> +    extend: 'Ext.panel.Panel',
> +    xtype: 'pmxNotificationMatchRuleTreeExpression',
> +    mixins: ['Proxmox.Mixin.CBind'],
> +    border: false,
> +
> +    getNodeIcon: function (type, data, invert) {
> +        let iconCls = 'fa';
> +
> +        switch (type) {
> +            case 'match-severity':
> +                {
> +                    let v = data.value;
> +                    if (Ext.isArray(data.value)) {
> +                        v = data.value.join(', ');
> +                    }
> +                    iconCls += ' fa-exclamation';
> +                    if (!v) {
> +                        iconCls += ' internal-error';
i really like this way of displaying errors :)

i did notice a small regression here, the old UI used to not allow
creating empty exact/severity matches, this new one does. the backend
also does not validate this, meaning nothing is stopping me from
creating a field matcher matching nothing. i think it would make sense
to block submitting if there are any errors.
> +                    }
> +                }
> +                break;
> +            case 'match-field':
> +                {
> +                    let field = data.field;
> +                    let value = data.value;
> +                    iconCls += ' fa-square-o';
> +                    if (!field || !value || (Ext.isArray(value) && !value.length)) {
> +                        iconCls += ' internal-error';
> +                    }
> +                }
> +                break;
> +            case 'match-calendar':
> +                {
> +                    let v = data.value;
> +                    iconCls += ' fa-calendar-o';
> +                    if (!v || !v.length) {
> +                        iconCls += ' internal-error';
> +                    }
> +                }
> +                break;
> +            case 'any-of':
> +                iconCls += ' fa-filter';
> +
> +                break;
> +            case 'all-of':
> +                iconCls += ' fa-filter';
> +
> +                break;
> +            case 'one-of':
> +                iconCls = 'fa fa-filter';
> +                break;
> +
> +            case 'match-always':
> +                if (invert) {
> +                    iconCls += ' fa-ban';
> +                } else {
> +                    iconCls += ' fa-check-circle';
> +                }
> +        }
> +
> +        return iconCls;
> +    },
> +
[...]
> +                {
> +                    xtype: 'actioncolumn',
> +                    width: 60,
> +                    items: [
> +                        {
> +                            handler: (view, rI, cI, item, e, record) => {
> +                                let node = record.appendChild({
> +                                    type: 'match-field',
> +                                    data: {
> +                                        type: 'exact',
> +                                        field: '',
> +                                        value: '',
> +                                    },
> +                                    leaf: true,
> +                                });
> +
> +                                view.setSelection(node);
> +                            },
> +                            getTip: (v, m, rec) =>
> +                                Ext.String.format(gettext('Add new child node'), v),
'rule' and 'node' seem to be used interchangeably (or please correct me
if i am not understanding the difference), we might want to stick with
one and use that everywhere? i would personally go with 'rule'. 

also noticed some inconsistency in the UI: when clicking the + ('Add new
child node'), the default rule type is whichever was last added, but the
field matcher config fields (match type, field, value/regex) are
displayed. this means you can get into a UI state where the rule type is
"Always match" and still set a regex to match on. interestingly, the
request sent when submitting has 'match-field' set as rule type, so this 
seems to be only a rendering issue. 

> +                            getClass: (v, m, { data }) => (data.leaf ? '' : 'fa fa-plus-circle'),
> +                            isActionDisabled: (v, r, c, i, rec) => rec.data.leaf,
> +                        },
> +                        {
> +                            handler: function (view, rI, cI, item, e, record) {
> +                                if (record.hasChildNodes()) {
> +                                    Ext.Msg.confirm(
> +                                        gettext('Remove rule?'),
> +                                        gettext('Remove rule and all of its sub-rules?'),
> +                                        (decision) => {
> +                                            if (decision === 'yes') {
> +                                                record.remove(true);
> +                                            }
> +                                        },
> +                                    );
> +                                } else {
> +                                    record.remove(true);
> +                                }
> +                            },
> +                            getTip: (v, m, rec) =>
> +                                Ext.String.format(gettext('Remove this node'), v),
> +                            getClass: (v, m, { data }) => 'fa fa-trash-o',
> +                            isActionDisabled: (v, r, c, i, rec) => rec.isRoot(),
> +                        },
> +                    ],
> +                },
> +            ],
> +        });
> +
> +        Ext.apply(me, {
> +            items: [realExpression, treePanel],
> +        });
> +        me.callParent();
> +    },
> +});
> +
> +Ext.define('Proxmox.panel.NotificationMatchExpressionNodePanel', {
> +    extend: 'Ext.panel.Panel',
> +    xtype: 'pmxNotificationMatchExpressionNodePanel',
> +    mixins: ['Proxmox.Mixin.CBind'],
> +    border: false,
> +    layout: 'anchor',
> +
> +    items: [
> +        {
> +            xtype: 'proxmoxKVComboBox',
> +            fieldLabel: gettext('Rule Type'),
> +            isFormField: false,
> +            allowBlank: false,
> +            // Hide initially to avoid glitches when opening the window
> +            hidden: true,
> +            bind: {
> +                value: '{nodeType}',
> +                hidden: '{!showMatcherType}',
> +            },
> +
> +            comboItems: [
> +                ['match-always', gettext('Always match')],
> +                ['all-of', gettext('All rules match')],
> +                ['any-of', gettext('At least one rule matches')],
> +                ['one-of', gettext('Exactly one node matches')],
here as well, got confused when reading 'node' instead of 'rule' ^^
> +                ['match-field', gettext('Match Field')],
> +                ['match-severity', gettext('Match Severity')],
> +                ['match-calendar', gettext('Match Calendar')],
> +            ],
> +        },
> +        {
> +            xtype: 'proxmoxcheckbox',
> +            isFormField: false,
> +            fieldLabel: gettext('Invert Rule'),
> +            allowBlank: false,
> +            bind: {
> +                value: '{invertMatch}',
> +                hidden: '{!showMatcherType}',
> +            },
> +        },
> +        {
> +            xtype: 'component',
> +            height: 1,
> +            margin: '20 0 20 0',
> +            cls: 'pmx-horizontal-separator',
> +            bind: {
> +                hidden: '{!showMatcherType}',
> +            },
> +        },
> +        {
> +            xtype: 'pmxNotificationMatchFieldSettings',
> +            cbind: {
> +                baseUrl: '{baseUrl}',
> +            },
> +        },
> +        {
> +            xtype: 'pmxNotificationMatchSeveritySettings',
> +        },
> +        {
> +            xtype: 'pmxNotificationMatchCalendarSettings',
> +        },
> +    ],
> +});
> diff --git a/src/proxmox-dark/scss/extjs/_treepanel.scss b/src/proxmox-dark/scss/extjs/_treepanel.scss
> index 0480371..bf92f0b 100644
> --- a/src/proxmox-dark/scss/extjs/_treepanel.scss
> +++ b/src/proxmox-dark/scss/extjs/_treepanel.scss
> @@ -22,3 +22,8 @@
>    background-color: $background-darker;
>    border-color: $border-color;
>  }
> +
> +.x-tree-node-text > code {
> +    background-color: $background-darkest;
> +}
> +
> diff --git a/src/proxmox-dark/scss/proxmox/_general.scss b/src/proxmox-dark/scss/proxmox/_general.scss
> index dcbf049..36ff65c 100644
> --- a/src/proxmox-dark/scss/proxmox/_general.scss
> +++ b/src/proxmox-dark/scss/proxmox/_general.scss
> @@ -51,3 +51,7 @@ div.eol-notice + div[id^="panel-"] > div[id^="panel-"][id$="-bodyWrap"] > div {
>  .pmx-unclickable {
>    pointer-events: none;
>  }
> +
> +.pmx-horizontal-separator {
> +    border-top: 1px solid $border-color-alt;
> +}
> diff --git a/src/window/NotificationMatcherEdit.js b/src/window/NotificationMatcherEdit.js
> index 1999e20..893c3e3 100644
> --- a/src/window/NotificationMatcherEdit.js
> +++ b/src/window/NotificationMatcherEdit.js
> @@ -95,6 +95,9 @@ Ext.define('Proxmox.window.NotificationMatcherEdit', {
>              me.method = 'POST';
>          } else {
>              me.url += `/${me.name}`;
> +            if (Proxmox.Schema.notificationMatcherExpressions) {
> +                me.loadUrl = me.url + '?migrate-to-expression=1';
> +            }
>              me.method = 'PUT';
>          }
>  
> @@ -119,7 +122,7 @@ Ext.define('Proxmox.window.NotificationMatcherEdit', {
>                          {
>                              name: me.name,
>                              title: gettext('Match Rules'),
> -                            xtype: 'pmxNotificationMatchRulesEditPanel',
> +                            xtype: Proxmox.Schema.notificationMatcherPanelType(),
>                              isCreate: me.isCreate,
>                              baseUrl: me.baseUrl,
>                          },
> @@ -1013,7 +1016,7 @@ Ext.define('Proxmox.panel.MatchCalendarSettings', {
>      initComponent: function () {
>          let me = this;
>          Ext.apply(me.viewModel, {
> -            parent: me.up('pmxNotificationMatchRulesEditPanel').getViewModel(),
> +            parent: me.up(Proxmox.Schema.notificationMatcherPanelType()).getViewModel(),
>          });
>          me.callParent();
>      },
> @@ -1091,7 +1094,7 @@ Ext.define('Proxmox.panel.MatchSeveritySettings', {
>      initComponent: function () {
>          let me = this;
>          Ext.apply(me.viewModel, {
> -            parent: me.up('pmxNotificationMatchRulesEditPanel').getViewModel(),
> +            parent: me.up(Proxmox.Schema.notificationMatcherPanelType()).getViewModel(),
>          });
>          me.callParent();
>      },
> @@ -1164,7 +1167,7 @@ Ext.define('Proxmox.panel.MatchFieldSettings', {
>                              regexVal += `(${currentData.value.join('|')})`;
>                          }
>                          regexVal += '$';
> -                        newValue.push(regexVal);
> +                        newValue = regexVal;
>                      }
>  
>                      record.set({
> @@ -1282,7 +1285,7 @@ Ext.define('Proxmox.panel.MatchFieldSettings', {
>          });
>  
>          Ext.apply(me.viewModel, {
> -            parent: me.up('pmxNotificationMatchRulesEditPanel').getViewModel(),
> +            parent: me.up(Proxmox.Schema.notificationMatcherPanelType()).getViewModel(),
>          });
>          Ext.apply(me, {
>              items: [
> -- 
> 2.47.3
> 
> 
> 
> 
> 




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

Thread overview: 43+ 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-09 11:56 ` [PATCH proxmox 12/29] notify: api: support new expression parameter Lukas Wagner
2026-07-24  6:46   ` Arthur Bied-Charreton
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 [this message]
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=6vju5ooikx342avsjxyulvqjew3qbjciwu3ig7c4qfous3qenh@vlr3ld4vombn \
    --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