* [RFC PATCH proxmox-backup] ui: datastore content: allow moving namespace from parent
@ 2026-04-28 11:16 Dominik Csapak
2026-08-31 9:25 ` Dominik Csapak
` (2 more replies)
0 siblings, 3 replies; 6+ messages in thread
From: Dominik Csapak @ 2026-04-28 11:16 UTC (permalink / raw)
To: pbs-devel
having to go into the namespace to move it seems unintuitive, so allow
it from it's parent too.
Since it touches the same lines, fix the formatting issue detected with
proxmox-biome.
Signed-off-by: Dominik Csapak <d.csapak@proxmox.com>
---
sending as RFC because it's not urgent and IMHO it's not clear how we
should behave after moving: when inside the namespace it's clear,
we change the current view to the new place.
But how should we handle it when we move it from the parent?
Should we navigate to the new parent? Or should we move inside the
new path (as it's currently handled) or should we stay on the same
namespace and not navigate away?
Would appreciate input on what users might expect here...
www/datastore/Content.js | 22 ++++++++++++++--------
1 file changed, 14 insertions(+), 8 deletions(-)
diff --git a/www/datastore/Content.js b/www/datastore/Content.js
index 293f9ca26..dcaca4449 100644
--- a/www/datastore/Content.js
+++ b/www/datastore/Content.js
@@ -670,15 +670,17 @@ Ext.define('PBS.DataStoreContent', {
});
},
- moveNS: function () {
+ moveNS: function (data) {
let me = this;
let view = me.getView();
- if (!view.namespace || view.namespace === '') {
+
+ let namespace = data.ns || view.namespace;
+ if (!namespace) {
return;
}
let win = Ext.create('PBS.window.NamespaceMove', {
datastore: view.datastore,
- namespace: view.namespace,
+ namespace,
taskDone: (success) => {
if (success) {
let newNs = win.getNewNamespace();
@@ -714,7 +716,7 @@ Ext.define('PBS.DataStoreContent', {
if (data.ty === 'group') {
me.moveGroup(data);
} else if (data.ty === 'ns') {
- me.moveNS();
+ me.moveNS(data);
}
},
@@ -1146,15 +1148,19 @@ Ext.define('PBS.DataStoreContent', {
return Ext.String.format(gettext("Move namespace '{0}'"), v);
},
getClass: (v, m, { data }) => {
- if (data.ty === 'group') { return 'fa fa-arrows'; }
- if (data.ty === 'ns' && !data.isRootNS && data.ns === undefined) {
+ if (data.ty === 'group') {
+ return 'fa fa-arrows';
+ }
+ if (data.ty === 'ns' && !data.isRootNS) {
return 'fa fa-arrows';
}
return 'pmx-hidden';
},
isActionDisabled: (v, r, c, i, { data }) => {
- if (data.ty === 'group') { return false; }
- if (data.ty === 'ns' && !data.isRootNS && data.ns === undefined) {
+ if (data.ty === 'group') {
+ return false;
+ }
+ if (data.ty === 'ns' && !data.isRootNS) {
return false;
}
return true;
--
2.47.3
^ permalink raw reply related [flat|nested] 6+ messages in thread* Re: [RFC PATCH proxmox-backup] ui: datastore content: allow moving namespace from parent
2026-04-28 11:16 [RFC PATCH proxmox-backup] ui: datastore content: allow moving namespace from parent Dominik Csapak
@ 2026-08-31 9:25 ` Dominik Csapak
2026-08-31 9:53 ` Jonas Theisen
2026-08-31 10:07 ` Christian Ebner
2026-08-31 11:36 ` superseded: " Dominik Csapak
2 siblings, 1 reply; 6+ messages in thread
From: Dominik Csapak @ 2026-08-31 9:25 UTC (permalink / raw)
To: pbs-devel
ping, any feedback on this?
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [RFC PATCH proxmox-backup] ui: datastore content: allow moving namespace from parent
2026-08-31 9:25 ` Dominik Csapak
@ 2026-08-31 9:53 ` Jonas Theisen
2026-08-31 10:06 ` Dominik Csapak
0 siblings, 1 reply; 6+ messages in thread
From: Jonas Theisen @ 2026-08-31 9:53 UTC (permalink / raw)
To: Dominik Csapak, pbs-devel
On 8/31/26 11:25, Dominik Csapak wrote:
> ping, any feedback on this?
On 4/28/26 11:26 Dominik Csapak wrote:
> sending as RFC because it's not urgent and IMHO it's not clear how we
> should behave after moving: when inside the namespace it's clear,
> we change the current view to the new place.
>
> But how should we handle it when we move it from the parent?
> Should we navigate to the new parent? Or should we move inside the
> new path (as it's currently handled) or should we stay on the same
> namespace and not navigate away?
To me it seems most sensible to not move away at all,
since we also do not navigate to the new path for a VM move.
Fyi the patch in its current version does not apply for me.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [RFC PATCH proxmox-backup] ui: datastore content: allow moving namespace from parent
2026-08-31 9:53 ` Jonas Theisen
@ 2026-08-31 10:06 ` Dominik Csapak
0 siblings, 0 replies; 6+ messages in thread
From: Dominik Csapak @ 2026-08-31 10:06 UTC (permalink / raw)
To: Jonas Theisen, pbs-devel
On 8/31/26 11:53 AM, Jonas Theisen wrote:
> On 8/31/26 11:25, Dominik Csapak wrote:
>> ping, any feedback on this?
> On 4/28/26 11:26 Dominik Csapak wrote:
>> sending as RFC because it's not urgent and IMHO it's not clear how we
>> should behave after moving: when inside the namespace it's clear,
>> we change the current view to the new place.
>>
>> But how should we handle it when we move it from the parent?
>> Should we navigate to the new parent? Or should we move inside the
>> new path (as it's currently handled) or should we stay on the same
>> namespace and not navigate away?
> To me it seems most sensible to not move away at all,
> since we also do not navigate to the new path for a VM move.
thanks for the insight, I also think staying in the current
view makes most sense
>
> Fyi the patch in its current version does not apply for me.
yeah, i feared as much. wanted to gather feedback before sending a
new version though
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [RFC PATCH proxmox-backup] ui: datastore content: allow moving namespace from parent
2026-04-28 11:16 [RFC PATCH proxmox-backup] ui: datastore content: allow moving namespace from parent Dominik Csapak
2026-08-31 9:25 ` Dominik Csapak
@ 2026-08-31 10:07 ` Christian Ebner
2026-08-31 11:36 ` superseded: " Dominik Csapak
2 siblings, 0 replies; 6+ messages in thread
From: Christian Ebner @ 2026-08-31 10:07 UTC (permalink / raw)
To: Dominik Csapak, pbs-devel
On 4/28/26 1:16 PM, Dominik Csapak wrote:
> having to go into the namespace to move it seems unintuitive, so allow
> it from it's parent too.
>
> Since it touches the same lines, fix the formatting issue detected with
> proxmox-biome.
>
> Signed-off-by: Dominik Csapak <d.csapak@proxmox.com>
> ---
> sending as RFC because it's not urgent and IMHO it's not clear how we
> should behave after moving: when inside the namespace it's clear,
> we change the current view to the new place.
>
> But how should we handle it when we move it from the parent?
> Should we navigate to the new parent? Or should we move inside the
> new path (as it's currently handled) or should we stay on the same
> namespace and not navigate away?
>
> Would appreciate input on what users might expect here...
IMO it would make sense to stay on the same parent and not navigate
away, so a user can subsequently move additional namespaces from that
parent location without much hurdle. I seen not much benefit from moving
to different locations.
^ permalink raw reply [flat|nested] 6+ messages in thread
* superseded: [RFC PATCH proxmox-backup] ui: datastore content: allow moving namespace from parent
2026-04-28 11:16 [RFC PATCH proxmox-backup] ui: datastore content: allow moving namespace from parent Dominik Csapak
2026-08-31 9:25 ` Dominik Csapak
2026-08-31 10:07 ` Christian Ebner
@ 2026-08-31 11:36 ` Dominik Csapak
2 siblings, 0 replies; 6+ messages in thread
From: Dominik Csapak @ 2026-08-31 11:36 UTC (permalink / raw)
To: pbs-devel
superseded by v1:
https://lore.proxmox.com/pbs-devel/20260831113539.2622191-1-d.csapak@proxmox.com/T/#u
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2026-08-31 11:36 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2026-04-28 11:16 [RFC PATCH proxmox-backup] ui: datastore content: allow moving namespace from parent Dominik Csapak
2026-08-31 9:25 ` Dominik Csapak
2026-08-31 9:53 ` Jonas Theisen
2026-08-31 10:06 ` Dominik Csapak
2026-08-31 10:07 ` Christian Ebner
2026-08-31 11:36 ` superseded: " Dominik Csapak
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.