public inbox for pve-devel@lists.proxmox.com
 help / color / mirror / Atom feed
From: Thomas Lamprecht <t.lamprecht@proxmox.com>
To: Proxmox VE development discussion <pve-devel@lists.proxmox.com>,
	Lorenz Stechauner <l.stechauner@proxmox.com>
Subject: [pve-devel] applied: [PATCH v11 manager 0/3] fix#1710: add download from url button
Date: Mon, 5 Jul 2021 08:51:14 +0200	[thread overview]
Message-ID: <43eb1d71-4768-d8d6-805c-42ae83f7c9e6@proxmox.com> (raw)
In-Reply-To: <20210701085007.2811779-1-l.stechauner@proxmox.com>

On 01.07.21 10:50, Lorenz Stechauner wrote:
> changes to v10:
> * dropped already applied patches
> * added "check" button - the gui now does not automatically send the metadata request anymore
> * removed (visible) content type selector, because there was only one hard-coded option every time
> * added loading mask while the metadata check is in progress
> 
> Lorenz Stechauner (3):
>   api: nodes: add query_url_metadata method
>   ui: Utils: change download task format
>   fix #1710: ui: storage: add download from url button
> 
>  PVE/API2/Nodes.pm                   |  96 ++++++++++
>  www/manager6/Utils.js               |   2 +-
>  www/manager6/storage/Browser.js     |   8 +
>  www/manager6/storage/ContentView.js | 262 +++++++++++++++++++++++++---
>  4 files changed, 343 insertions(+), 25 deletions(-)
> 


applied series, thanks! Did some followups though: 

- I moved out the download window into its own file, was a bit out of place in the storage
  content view and adding 200+ lines code is just better down in a separate file, if not
  really general code to the existing content view components
- I found the event logic a bit hard to grasp, reworked it with a view model
- Renamed `Check` to `Query URL`, as when trying to think as user I had no idea what
  `Check` would actually do.
- disabled the `Query URL` button when done so successfully, any change in URL or verify
  state re-enables it, it stays also enabled if the query itself fails, as that could 
  have been a (network) hiccup, where allowing one to requery makes sense from UX POV.
- do not invalidate size/mime on verify cert check toggle, makes no sense to me, the
  last OK queried info will still be valid.

Above could have been noticed earlier on review, sorry for that, but as I was pretty
swamped to take a closer look and there are others which can review such things I'm
so free to not take the whole blame ;-) 

In general I wonder if we could do the metadata query also client side, we could
just do a HEAD request from there which would be much nicer, but there are also
cases where an admin may enter an internal URL or the DNS the browsers queries is
another than the PVE hosts have, so while I think it would cover most of the
actual cases in practice (as even with internal URLs, the admin often access PVE
also from an internal network), it's still not always doable. On the other hand,
it would drop any remaining concern about doing some http request from the PVE
side.

just noting for the record, we can always switch to that in the future and sunset
or further-restrict the backend querier if we want...




      parent reply	other threads:[~2021-07-05  6:52 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-01  8:50 [pve-devel] " Lorenz Stechauner
2021-07-01  8:50 ` [pve-devel] [PATCH v11 manager 1/3] api: nodes: add query_url_metadata method Lorenz Stechauner
2021-07-01  8:50 ` [pve-devel] [PATCH v11 manager 2/3] ui: Utils: change download task format Lorenz Stechauner
2021-07-01  8:50 ` [pve-devel] [PATCH v11 manager 3/3] fix #1710: ui: storage: add download from url button Lorenz Stechauner
2021-07-02  6:59 ` [pve-devel] [PATCH v11 manager 0/3] fix#1710: " Dominik Csapak
2021-07-05  6:51 ` Thomas Lamprecht [this message]

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=43eb1d71-4768-d8d6-805c-42ae83f7c9e6@proxmox.com \
    --to=t.lamprecht@proxmox.com \
    --cc=l.stechauner@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