From: Wolfgang Bumiller <w.bumiller@proxmox.com>
To: "Max R. Carrara" <m.carrara@proxmox.com>
Cc: pve-devel@lists.proxmox.com
Subject: Re: [PATCH pve-storage v1 27/54] tree-wide: partially replace usages of regexes for 'import' vtype
Date: Tue, 30 Jun 2026 16:44:08 +0200 [thread overview]
Message-ID: <jlkxlbn5zrlapzffir7mcodj263oxs35rnvyniooohq6klfabn@tmgmyufy4ds2> (raw)
In-Reply-To: <77nuuuiwmuhe42lpwtfsdkbanjpdvnivyq6byak5y3i36xs6ca@53crwcf4r4y3>
On Tue, Jun 30, 2026 at 04:19:21PM +0200, Wolfgang Bumiller wrote:
> On Wed, Apr 22, 2026 at 01:12:53PM +0200, Max R. Carrara wrote:
> > Add partial support for the 'import' volume type in
> > `PVE::Storage::Common::Parse`. What remains unsupported right now is
> > parsing volume names for that type, as those require a little more
> > care.
> >
> > Replace most usages of the `PVE::Storage::IMPORT_EXT_RE_1` regex with
> > parsing functions from `::Common::Parse`.
> >
> > Replace the one remaining spot where we use the
> > `PVE::Storage::UPLOAD_IMPORT_EXT_RE_1` regex with a parsing function
> > as well. This regex should now be phased out in a future APIVER +
> > APIAGE bump, like the others in previous commits.
> >
> > Note that the `UPLOAD_IMPORT_EXT_RE_1` regex only exists to handle the
> > special case of excluding .ovf files from the upload / download_url
> > API methods. Instead of adding a separate parser (or a flag etc.) to
> > handle this case, just parse the path of the up-/downloaded file
> > regardless. Then, raise a parameter exception when the `ovf` file
> > extension is encountered.
> >
> > Also add a bunch of test cases that target the `import` volume type
> > for the `list_volumes()` plugin API method. For all of these tests,
> > sort the expected and resulting list items by their volume ID in order
> > to make the output comparison deterministic. Iterate over the declared
> > content / volume types of the mocked storage config instead of using a
> > fixed list of vtypes as well.
> >
> > Signed-off-by: Max R. Carrara <m.carrara@proxmox.com>
> > ---
> > src/PVE/API2/Storage/Status.pm | 13 ++-
> > src/PVE/Storage.pm | 4 +-
> > src/PVE/Storage/Common/Parse.pm | 13 +++
> > src/PVE/Storage/Plugin.pm | 9 +-
> > src/test/list_volumes_test.pm | 180 +++++++++++++++++++++++++++++++-
> > 5 files changed, 203 insertions(+), 16 deletions(-)
> >
> > diff --git a/src/PVE/API2/Storage/Status.pm b/src/PVE/API2/Storage/Status.pm
> > index 03929d26..b578a1ed 100644
> > --- a/src/PVE/API2/Storage/Status.pm
> > +++ b/src/PVE/API2/Storage/Status.pm
> > @@ -96,13 +96,18 @@ my sub parse_transferred_file_path_extension : prototype($$) {
> > }
> >
> > if ($vtype eq 'import') {
> > - if (
> > - $path !~ m!${PVE::Storage::SAFE_CHAR_CLASS_RE}+$PVE::Storage::UPLOAD_IMPORT_EXT_RE_1$!
> > - ) {
> > + my $parts = parse_path_as_volname_parts($path, $vtype);
> > +
> > + if (!defined($parts)) {
> > raise_param_exc({ filename => "invalid filename or wrong extension" });
> > }
> >
> > - my $ext = $1;
> > + my $ext = $parts->{ext};
> > +
> > + if ($ext eq 'ovf') {
> > + raise_param_exc({ filename => "wrong file extension" });
> > + }
> > +
> > return $ext;
> > }
> >
> > diff --git a/src/PVE/Storage.pm b/src/PVE/Storage.pm
> > index 20b7bafa..3a716894 100755
> > --- a/src/PVE/Storage.pm
> > +++ b/src/PVE/Storage.pm
> > @@ -773,9 +773,7 @@ sub path_to_volume_id {
> > }
> >
> > if ($vtype eq 'import') {
> > - return if $filename !~ m!/(${SAFE_CHAR_CLASS_RE}+${IMPORT_EXT_RE_1})$!;
> > - my $name = $1;
> > - return "$sid:import/$name";
> > + return parse_path_as_volid($sid, $scfg, $path, $vtype);
> > }
> >
> > return;
> > diff --git a/src/PVE/Storage/Common/Parse.pm b/src/PVE/Storage/Common/Parse.pm
> > index 33220758..bd7cec13 100644
> > --- a/src/PVE/Storage/Common/Parse.pm
> > +++ b/src/PVE/Storage/Common/Parse.pm
> > @@ -37,6 +37,8 @@ my @VZTMPL_COMPRESSION_EXTENSIONS = ('gz', 'xz', 'zst', 'bz2');
> >
> > my @BACKUP_COMPRESSION_EXTENSIONS = ('gz', 'lzo', 'zst', 'bz2');
> >
> > +my @IMPORT_EXTENSIONS = ('ova', 'ovf', 'qcow2', 'raw', 'vmdk');
> > +
> > my sub join_to_re_alternations(@list) {
> > return join('|', map { quotemeta } @list);
> > }
> > @@ -45,6 +47,10 @@ my $RE_VZTMPL_COMPRESSION_EXTENSIONS = join_to_re_alternations(@VZTMPL_COMPRESSI
> >
> > my $RE_BACKUP_COMPRESSION_EXTENSIONS = join_to_re_alternations(@BACKUP_COMPRESSION_EXTENSIONS);
> >
> > +my $RE_IMPORT_EXTENSIONS = join_to_re_alternations(@IMPORT_EXTENSIONS);
> > +
> > +my $RE_SAFE_CHAR_CLASS = qr/[a-zA-Z0-9\-\.\+\=\_]/;
> > +
> > my $RE_PARENT_DIR = quotemeta('..');
> > my $RE_CONTAINS_PARENT_DIR = qr!
> > ( ^$RE_PARENT_DIR/ ) # ../ --> Beginning of path
> > @@ -112,11 +118,18 @@ my $RE_SNIPPETS_FILE_PATH = qr!
> > )
> > !xn;
> >
> > +my $RE_IMPORT_FILE_PATH = qr!
> > + (?<path>
> > + (?<file> ($RE_SAFE_CHAR_CLASS)+ \. (?<ext> $RE_IMPORT_EXTENSIONS) )
>
> This misses an `(?i)`.
>
> After more checking, so does `ext_compression` from the previous `BACKUP_EXT_RE_2` patch.
>
> Perhaps there should be a `join_to_insensitive_alterations()` helper
> which generally wraps the alterations inside `(?i:…)` used for all the
> file extension regexes?
>
> > + )
> > +!xn;
> > +
> > my $RE_FILE_PATH_FOR_VTYPE = {
> > iso => qr/^$RE_ISO_FILE_PATH$/,
> > vztmpl => qr/^$RE_VZTMPL_FILE_PATH$/,
> > backup => qr/^$RE_BACKUP_FILE_PATH$/,
> > snippets => qr/^$RE_SNIPPETS_FILE_PATH$/,
> > + import => qr/^$RE_IMPORT_FILE_PATH$/,
> > };
> >
> > my $RE_VOLNAME_FOR_VTYPE = {
> > diff --git a/src/PVE/Storage/Plugin.pm b/src/PVE/Storage/Plugin.pm
> > index b08e038b..39e5cb0d 100644
> > --- a/src/PVE/Storage/Plugin.pm
> > +++ b/src/PVE/Storage/Plugin.pm
> > @@ -1768,13 +1768,12 @@ my sub get_subdir_files {
> > }
> >
> > if ($vtype eq 'import') {
> > - return
> > - if $filename !~
> > - m!/(${PVE::Storage::SAFE_CHAR_CLASS_RE}+$PVE::Storage::IMPORT_EXT_RE_1)$!i;
>
> (to-the-above-relevant /i (`m!…!i`) for context)
Actually, nevermind, both of these used `qr//`, so the `!i` at the end
here should not have any effect whatsoever here, if I'm not mistaken.
>
> > + my $parts = parse_path_as_volid_parts($storeid, $scfg, $path, $vtype);
> > + return if !defined($parts);
--
next prev parent reply other threads:[~2026-06-30 14:44 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-04-22 11:12 [PATCH pve-storage, pve-manager v1 00/54] Fix #2884: Implement Subdirectory Scanning for Dir-Based Storage Types Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 01/54] test: plugin tests: run tests with at most 4 jobs Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 02/54] plugin, common: remove superfluous use of =pod command paragraph Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 03/54] common: add POD headings for groups of helpers Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 04/54] common: use Exporter module for PVE::Storage::Common Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 05/54] plugin: make get_subdir_files a proper subroutine and update style Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 06/54] plugin api: replace helpers w/ standalone subs, bump API version & age Max R. Carrara
2026-04-28 15:01 ` Wolfgang Bumiller
2026-04-22 11:12 ` [PATCH pve-storage v1 07/54] common: prevent autovivification in plugin_get_vtype_subdir helper Max R. Carrara
2026-04-28 15:02 ` Wolfgang Bumiller
2026-04-22 11:12 ` [PATCH pve-storage v1 08/54] plugin: break up needless if-elsif chain into separate if-blocks Max R. Carrara
2026-04-28 15:04 ` Wolfgang Bumiller
2026-04-22 11:12 ` [PATCH pve-storage v1 09/54] plugin: adapt get_subdir_files helper of list_volumes API method Max R. Carrara
2026-04-28 15:07 ` Wolfgang Bumiller
2026-04-22 11:12 ` [PATCH pve-storage v1 10/54] plugin: update code style of list_volumes plugin " Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 11/54] plugin: use closure for obtaining raw volume data in list_volumes Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 12/54] plugin: use closure for inner loop logic " Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 13/54] storage: update code style in function path_to_volume_id Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 14/54] storage: break up needless if-elsif chain in path_to_volume_id Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 15/54] storage: heave vtype file path parsing logic inside loop into helper Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 16/54] storage: clean up code that was moved into helper in path_to_volume_id Max R. Carrara
2026-04-28 15:08 ` Wolfgang Bumiller
2026-04-22 11:12 ` [PATCH pve-storage v1 17/54] api: status: move content type assert for up-/downloads into helper Max R. Carrara
2026-04-28 15:10 ` Wolfgang Bumiller
2026-04-22 11:12 ` [PATCH pve-storage v1 18/54] api: status: use helper from common module to get content directory Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 19/54] api: status: move up-/download file path parsing code into helper Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 20/54] api: status: simplify file content assertion logic for up-/download Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 21/54] test: guest import: add tests for PVE::GuestImport Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 22/54] tree-wide: introduce parsing module and replace usages of ISO_EXT_RE_0 Max R. Carrara
2026-04-28 15:20 ` Wolfgang Bumiller
2026-04-22 11:12 ` [PATCH pve-storage v1 23/54] common: test: set up parser testing code, add tests for 'iso' vtype Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 24/54] tree-wide: replace usages of VZTMPL_EXT_RE_1 with parsing functions Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 25/54] tree-wide: replace usages of BACKUP_EXT_RE_2 " Max R. Carrara
2026-06-30 14:06 ` Wolfgang Bumiller
2026-04-22 11:12 ` [PATCH pve-storage v1 26/54] tree-wide: replace usages of inline regexes for snippets with parsers Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 27/54] tree-wide: partially replace usages of regexes for 'import' vtype Max R. Carrara
2026-06-30 14:19 ` Wolfgang Bumiller
2026-06-30 14:44 ` Wolfgang Bumiller [this message]
2026-06-30 14:28 ` Wolfgang Bumiller
2026-04-22 11:12 ` [PATCH pve-storage v1 28/54] tree-wide: replace remaining " Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 29/54] plugin: simplify recently refactored logic in parse_volname method Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 30/54] plugin: simplify recently refactored logic in get_subdir_files helper Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 31/54] storage: simplify recently refactored logic in path_to_volume_id sub Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 32/54] api: status: simplify recently added parsing helper for file transfers Max R. Carrara
2026-04-22 11:12 ` [PATCH pve-storage v1 33/54] plugin: use parsing helper in parse_volume_id sub Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 34/54] test: list volumes: reorganize and modernize test running code Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 35/54] test: list volumes: fix broken test checking for vmlist modifications Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 36/54] test: list volumes: introduce new format for test cases Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 37/54] test: list volumes: remove legacy code and migrate cases to new format Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 38/54] test: list volumes: document behavior wrt. undeclared content types Max R. Carrara
2026-07-02 12:46 ` Wolfgang Bumiller
2026-04-22 11:13 ` [PATCH pve-storage v1 39/54] plugin: correct comment in get_subdir_files helper Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 40/54] test: parse volname: modernize code Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 41/54] test: parse volname: adapt tests regarding 'import' volume type Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 42/54] test: parse volname: move VM disk test creation into separate block Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 43/54] test: parse volname: move backup file test creation into sep. block Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 44/54] test: parse volname: parameterize test case creation for some vtypes Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 45/54] test: volume id: modernize code Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 46/54] test: volume id: rename 'volname' test case parameter to 'file' Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 47/54] test: filesystem path: modernize code Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 48/54] fix #2884: implement nested subdir scanning and support 'iso' vtype Max R. Carrara
2026-07-02 14:55 ` Wolfgang Bumiller
2026-04-22 11:13 ` [PATCH pve-storage v1 49/54] fix #2884: support nested subdir scanning for 'vztmpl' volume type Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 50/54] fix #2884: support nested subdir scanning for 'snippets' vtype Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 51/54] test: add more tests for 'import' vtype & guard against nested subdirs Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 52/54] test: add tests guarding against subdir scanning for vtypes Max R. Carrara
2026-04-22 11:13 ` [PATCH pve-storage v1 53/54] storage api: mark old public regexes for removal, bump APIVER & APIAGE Max R. Carrara
2026-04-28 15:22 ` Wolfgang Bumiller
2026-04-22 11:13 ` [PATCH pve-manager v1 54/54] fix #2884: ui: storage: add field for 'max-scan-depth' property Max R. Carrara
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=jlkxlbn5zrlapzffir7mcodj263oxs35rnvyniooohq6klfabn@tmgmyufy4ds2 \
--to=w.bumiller@proxmox.com \
--cc=m.carrara@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