From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from firstgate.proxmox.com (firstgate.proxmox.com [212.224.123.68]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by lists.proxmox.com (Postfix) with ESMTPS id 5674B984A8 for ; Fri, 14 Apr 2023 13:08:48 +0200 (CEST) Received: from firstgate.proxmox.com (localhost [127.0.0.1]) by firstgate.proxmox.com (Proxmox) with ESMTP id 3851824FFD for ; Fri, 14 Apr 2023 13:08:18 +0200 (CEST) Received: from proxmox-new.maurer-it.com (proxmox-new.maurer-it.com [94.136.29.106]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by firstgate.proxmox.com (Proxmox) with ESMTPS for ; Fri, 14 Apr 2023 13:08:17 +0200 (CEST) Received: from proxmox-new.maurer-it.com (localhost.localdomain [127.0.0.1]) by proxmox-new.maurer-it.com (Proxmox) with ESMTP id 80ADE4196D for ; Fri, 14 Apr 2023 13:08:17 +0200 (CEST) Message-ID: Date: Fri, 14 Apr 2023 13:08:16 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 From: Friedrich Weber To: Proxmox VE development discussion , Markus Frank References: <20230412085731.25183-1-m.frank@proxmox.com> <20230412085731.25183-6-m.frank@proxmox.com> Content-Language: en-US In-Reply-To: <20230412085731.25183-6-m.frank@proxmox.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-SPAM-LEVEL: Spam detection results: 0 AWL 0.280 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DMARC_MISSING 0.1 Missing DMARC policy KAM_DMARC_STATUS 0.01 Test Rule for DKIM or SPF Failure with Strict Alignment NICE_REPLY_A -1.22 Looks like a legit reply (A) SPF_HELO_NONE 0.001 SPF: HELO does not publish an SPF Record SPF_PASS -0.001 SPF: sender matches SPF record Subject: Re: [pve-devel] [PATCH docs v5 5/5] added noVNC clipboard documentation X-BeenThere: pve-devel@lists.proxmox.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Proxmox VE development discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Apr 2023 11:08:48 -0000 I tested this (also discussed off-list, posting here for the record): Creating a new VM with the default display (no `vga` config entry), then enabling the "Use noVNC clipboard" option via the Web UI results in a "vga type is not compatible with clipboard (500)" error. It works if I explicitly set the display to Standard VGA first. After that and after installing spice-vdgent in the guest, I can use the noVNC console to control the guest keyboard -- nice! Below, my 2 cents regarding docs/naming/GUI: On 12/04/2023 10:57, Markus Frank wrote: > +In order to use the clipboard feature, you must first install the > +spice guest tools. On Debian-based distributions, this can be achieved > +by installing `spice-vdagent`. I was initially confused where to install the SPICE tools (but that might just be me). Maybe we could also include a link to the SPICE guest tools here? Nit: "spice" guest tools should probably be "SPICE" guest tools > +Once you have installed the spice guest tools, you can use the clipboard > +function in the noVNC console. For me it wasn't immediately clear what the clipboard function is -- now I understand it is the additional button in the collapsible sidebar of the noVNC window. Maybe we could have a few extra words here to make that clearer? > However, if you're using SPICE, virtio or virgl, > +you'll need to choose which clipboard to use. This is because the > +default *SPICE* clipboard will be replaced by the *noVNC* clipboard, > +if `clipboard` is set to 1. To me, `clipboard` sounds like a rather general option not tied to a specific display driver, but if I understand correctly, `clipboard=1` actually means "use the noVNC clipboard". I wonder if it would be better to have an option name that specifically refers to noVNC? One last thing regarding GUI: I do understand the reasoning for putting the checkbox to "Options" -- but I do find it a bit counterintuitive that the Hardware->Display entry now reads "Standard VGA (std,clipboard=1)" even though I cannot change the `clipboard` setting by double-clicking the entry. But also here, that might just me.