Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id D7666200C03 for ; Sat, 21 Jan 2017 20:46:34 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id D5EA0160B4A; Sat, 21 Jan 2017 19:46:34 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 2C1BB160B42 for ; Sat, 21 Jan 2017 20:46:34 +0100 (CET) Received: (qmail 10531 invoked by uid 500); 21 Jan 2017 19:46:33 -0000 Mailing-List: contact commits-help@guacamole.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@guacamole.incubator.apache.org Delivered-To: mailing list commits@guacamole.incubator.apache.org Received: (qmail 10522 invoked by uid 99); 21 Jan 2017 19:46:33 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 21 Jan 2017 19:46:33 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id CA98DC12C9 for ; Sat, 21 Jan 2017 19:46:32 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -1.199 X-Spam-Level: X-Spam-Status: No, score=-1.199 tagged_above=-999 required=6.31 tests=[KAM_ASCII_DIVIDERS=0.8, KAM_LAZY_DOMAIN_SECURITY=1, RP_MATCHES_RCVD=-2.999] autolearn=disabled Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id 2A2LueFJLnrZ for ; Sat, 21 Jan 2017 19:46:31 +0000 (UTC) Received: from mailrelay1-us-west.apache.org (mailrelay1-us-west.apache.org [209.188.14.139]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTP id C80975FB6A for ; Sat, 21 Jan 2017 19:46:30 +0000 (UTC) Received: from jira-lw-us.apache.org (unknown [207.244.88.139]) by mailrelay1-us-west.apache.org (ASF Mail Server at mailrelay1-us-west.apache.org) with ESMTP id E420FE017A for ; Sat, 21 Jan 2017 19:46:26 +0000 (UTC) Received: from jira-lw-us.apache.org (localhost [127.0.0.1]) by jira-lw-us.apache.org (ASF Mail Server at jira-lw-us.apache.org) with ESMTP id 63DB025285 for ; Sat, 21 Jan 2017 19:46:26 +0000 (UTC) Date: Sat, 21 Jan 2017 19:46:26 +0000 (UTC) From: "Michael Jumper (JIRA)" To: commits@guacamole.incubator.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (GUACAMOLE-162) Switch in primary to secondary mouse button is not recognised MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 archived-at: Sat, 21 Jan 2017 19:46:35 -0000 [ https://issues.apache.org/jira/browse/GUACAMOLE-162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15833123#comment-15833123 ] Michael Jumper commented on GUACAMOLE-162: ------------------------------------------ If mstsc.exe is able to handle this, my guess is that it has low-level access to the actual mouse event, independent of the local OS' left/right mouse settings, and thus simply passes the buttons through to the other side. Web browsers don't have this ability - the mouse events simply contain numeric representations of the buttons pressed. If the OS or the browser wants to switch things around first to honor the local left/right mouse settings, and the remote OS wants to re-interpret things to honor those settings yet again, there's nothing the webapp can do to interfere. Since the numbers representing the mouse buttons in JavaScript mouse events do seem to be affected by local left/right mouse settings, my advice would be to leave the settings of machines intended for remote access untouched. If RDP universally behaves this way (which wouldn't be that surprising, given the way it favors remote settings for keyboard layout), the only way to satisfy what you're looking for here would be to provide an RDP connection parameter for Guacamole which swaps mouse buttons, similar to how server keyboard layout must be specified to ensure event translation works properly. You would need to know ahead of time which of your connections are remotely configured for left-side mouse, though. > Switch in primary to secondary mouse button is not recognised > ------------------------------------------------------------- > > Key: GUACAMOLE-162 > URL: https://issues.apache.org/jira/browse/GUACAMOLE-162 > Project: Guacamole > Issue Type: Bug > Components: guacamole > Affects Versions: 0.9.9 > Reporter: Vallabha Nadagouda > > Guacamole RDP: Mouse button settings are not taking effect on HTML5 sessions > Steps to Reproduce: > 1) Switch primary and secondary buttons on the Endpoint PC as well as the Win 7 Host > 2) Login as end-user into Win 7 PC through HTML5 RDP > Observation: > Mouse button settings do not take into effect(i.e left side mouse). -- This message was sent by Atlassian JIRA (v6.3.4#6332)