[jira] [Commented] (GUACAMOLE-478) RDP clipboard uses incorrect newline characters

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16414139#comment-16414139
 ] 

Amarjeet Singh commented on GUACAMOLE-478:
--

[~mike.jumper]

Is there any updates how can I fix it or any suggestions .

Thanks and Regards,
Amarjeet Singh

> RDP clipboard uses incorrect newline characters
> ---
>
> Key: GUACAMOLE-478
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-478
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Reporter: Amarjeet Singh
>Priority: Minor
>
> With the RDP protocol originating from Windows, the format of text clipboard 
> contents is assumed to use Windows-style newline characters (CR+LF). 
> Guacamole currently does not attempt to translate newline characters, sending 
> the format used within the received clipboard stream. This means that 
> applications running within RDP which only support Windows-style newlines, 
> such as Notepad, fail to handle received clipboard data.
> Applications which can handle both UNIX-style and Windows-style newline 
> characters are unaffected.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-520) Issues with Japanese Keys from Japanese Keyboard in Japanese OS

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16403998#comment-16403998
 ] 

Amarjeet Singh commented on GUACAMOLE-520:
--

Do we send as freerdp sends the keyboard layout ?

https://github.com/awakecoding/FreeRDP-Manuals/blob/master/User/FreeRDP-User-Manual.markdown


/kbd:0x or  Keyboard layout
/kbd-list   List keyboard layouts
/kbd-type: Keyboard type
/kbd-subtype:   Keyboard subtype
/kbd-fn-key:Keyboard function key count

> Issues with Japanese Keys from Japanese Keyboard in Japanese OS
> ---
>
> Key: GUACAMOLE-520
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-520
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
>Reporter: Amarjeet Singh
>Priority: Minor
> Attachments: Keyboard_testing_report_Guacamole.xlsx, 
> ja_jp_qwerty.keymap
>
>
> Apache Guacamole Discussion Thread Link is as follows :-
> [http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Fwd-ISSUES-with-Japanese-Keys-from-Japanese-Keyboard-in-Japanese-OS-td2924.html|http://example.com]
> Local Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Remote Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Browser : Chrome 
> Guacamole-Client and Guacamole-Server [ Latest code from  GIT ] 
> *server-layout is :   ja-jp-qwerty*



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-520) Issues with Japanese Keys from Japanese Keyboard in Japanese OS

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16403945#comment-16403945
 ] 

Amarjeet Singh commented on GUACAMOLE-520:
--

The weird behaviour I noticed with Guacamole with Japanese Keyboard is as 
follows :

 [^Keyboard_testing_report_Guacamole.xlsx] 

If I restart the Japanese VDI and take First RDP connection from mstsc and 
disconnects it and take the Second RDP connection from Guacamole. Every 
Japanese keys works fine.

*If I restart the Japanese VDI and take the first RDP connection from 
Guacamole, Keyboard doesn't works then I  disconnects it and take the Second 
RDP connection with the mstsc then I see the same behaviour with mstsc as well. 
( All the keys behaves as if  it is english keyboard. )*

I have latest code of Guacamole-Client and Guacamole-Server from the GIT.

Local Operating system : Japanese Windows 10  with Japanese keyboard [ Only 
japanese language ]
Hardware Keyboard Layout : Japanese ( 106/109 Key )
Remote operating System : Japanese Windows 10 with Japanese keyboard [ Only 
japanese language ]

I have tried it with Windows Server 2016 and saw the same behaviour.
I have neither changed any file nor did any modification in Guacamole code.
If Guacamole is taking the first RDP connection on a fresh Japanese OS, 
keyboard doesn't works fine.

Behaviour of Keyboard if First RDP connection is with Guacamole.

1. when I press shift + 2 it should print " but it prints @ [ which is English 
keyboard layout not Japanese keyboard Layout ] and same happens with mstsc ( 
only if first RDP connection is from Guacamole and next with mstsc ).
2. when I press backslash from Japanese keyboard it should print Japanese 
Backslash but it prints nothing [ as there is no keycode for that character in 
english keyboard ].

I have already mentioned this behaviour in the thread. 

http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Fwd-ISSUES-with-Japanese-Keys-from-Japanese-Keyboard-in-Japanese-OS-td2924.html

Is there any parameter which MSTSC sets in First RDP connection but Guacamole 
doesn't ?

It is related to the same issue, therefore I haven't opened new ticket in JIRA.


> Issues with Japanese Keys from Japanese Keyboard in Japanese OS
> ---
>
> Key: GUACAMOLE-520
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-520
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
>Reporter: Amarjeet Singh
>Priority: Minor
> Attachments: Keyboard_testing_report_Guacamole.xlsx, 
> ja_jp_qwerty.keymap
>
>
> Apache Guacamole Discussion Thread Link is as follows :-
> [http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Fwd-ISSUES-with-Japanese-Keys-from-Japanese-Keyboard-in-Japanese-OS-td2924.html|http://example.com]
> Local Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Remote Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Browser : Chrome 
> Guacamole-Client and Guacamole-Server [ Latest code from  GIT ] 
> *server-layout is :   ja-jp-qwerty*



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Updated] (GUACAMOLE-520) Issues with Japanese Keys from Japanese Keyboard in Japanese OS

[Amarjeet Singh (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GUACAMOLE-520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Amarjeet Singh updated GUACAMOLE-520:
-
Attachment: Keyboard_testing_report_Guacamole.xlsx

> Issues with Japanese Keys from Japanese Keyboard in Japanese OS
> ---
>
> Key: GUACAMOLE-520
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-520
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
>Reporter: Amarjeet Singh
>Priority: Minor
> Attachments: Keyboard_testing_report_Guacamole.xlsx, 
> ja_jp_qwerty.keymap
>
>
> Apache Guacamole Discussion Thread Link is as follows :-
> [http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Fwd-ISSUES-with-Japanese-Keys-from-Japanese-Keyboard-in-Japanese-OS-td2924.html|http://example.com]
> Local Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Remote Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Browser : Chrome 
> Guacamole-Client and Guacamole-Server [ Latest code from  GIT ] 
> *server-layout is :   ja-jp-qwerty*



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Comment Edited] (GUACAMOLE-520) Issues with Japanese Keys from Japanese Keyboard in Japanese OS

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16399982#comment-16399982
 ] 

Amarjeet Singh edited comment on GUACAMOLE-520 at 3/15/18 6:47 AM:
---

I agree with you. Thanks to highlight it. It will definitely not work if User 
is typing from mobile or any other platform ( Shift will not be sent). I will 
look into it that how we can handle CapsLock [ which is already there in JIRA ]


Below is the scancodes  that I have added in* ja_jp_qwerty.keymap* file :-

{code:none}
map  0x3A ~ 0xFF30   // Japanese Alphanumeric
map  0x3A ~ 0xFF25  // Japanese Hirangana
map  0x7B ~ 0xFF22 //  NonConvert
map  0x79 ~ 0xFF21 //  Convert
{code}

*Link to get the scancodes of Japanese Keyboard*  :-
https://msdn.microsoft.com/en-us/library/ms892472.aspx

*LINK to get the KEYSYM of NonConvert*  :  https://www.cl.cam.ac.uk/~
mgk25/ucs/keysymdef.h

Keysym added in Guacamole-Client

{code:none}
 "Convert": [0xFF21],
 "NonConvert": [0xFF22],
{code}

*JUST for INFO*  :  ( Not deviating from the above issue )

{quote}
 I  don't know why we cannot rely on keyup event as I have tested the 
PrintScreen key which is working and I have handled it in keyup event.  Please 
provide more info. What could be the effect that will arise ?
I have tested PrintScreen key in Japanese keyboard and English Keyboard .
{quote}


Regards,
Amarjeet Singh

On Thu, Mar 15, 2018 at 11:51 AM, Michael Jumper (JIRA) 
wrote:




was (Author: amarjeetxc):

I agree with you. Thanks to highlight it. It will definitely not work if
User is typing from mobile or any other platform ( Shift will not be sent
). I will look into it that how we can handle CapsLock [ which is already
there in JIRA ]


Below is the scancodes  that I have added in* ja_jp_qwerty.keymap* file :-

{code:none}
map  0x3A ~ 0xFF30   // Japanese Alphanumeric
map  0x3A ~ 0xFF25  // Japanese Hirangana
map  0x7B ~ 0xFF22 //  NonConvert
map  0x79 ~ 0xFF21 //  Convert
{code}

*Link to get the scancodes of Japanese Keyboard*  :-
https://msdn.microsoft.com/en-us/library/ms892472.aspx

*LINK to get the KEYSYM of NonConvert*  :  https://www.cl.cam.ac.uk/~
mgk25/ucs/keysymdef.h

Keysym added in Guacamole-Client

{code:none}
 "Convert": [0xFF21],
 "NonConvert": [0xFF22],
{code}

*JUST for INFO*  :  ( Not deviating from the above issue )

{quote}
 I  don't know why we cannot rely on keyup event as I have tested the 
PrintScreen key which is working and I have handled it in keyup event.  Please 
provide more info. What could be the effect that will arise ?
I have tested PrintScreen key in Japanese keyboard and English Keyboard .
{quote}


Regards,
Amarjeet Singh

On Thu, Mar 15, 2018 at 11:51 AM, Michael Jumper (JIRA) 
wrote:



> Issues with Japanese Keys from Japanese Keyboard in Japanese OS
> ---
>
> Key: GUACAMOLE-520
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-520
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
>Reporter: Amarjeet Singh
>Priority: Minor
> Attachments: ja_jp_qwerty.keymap
>
>
> Apache Guacamole Discussion Thread Link is as follows :-
> [http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Fwd-ISSUES-with-Japanese-Keys-from-Japanese-Keyboard-in-Japanese-OS-td2924.html|http://example.com]
> Local Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Remote Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Browser : Chrome 
> Guacamole-Client and Guacamole-Server [ Latest code from  GIT ] 
> *server-layout is :   ja-jp-qwerty*



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Comment Edited] (GUACAMOLE-520) Issues with Japanese Keys from Japanese Keyboard in Japanese OS

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16399982#comment-16399982
 ] 

Amarjeet Singh edited comment on GUACAMOLE-520 at 3/15/18 6:44 AM:
---


I agree with you. Thanks to highlight it. It will definitely not work if
User is typing from mobile or any other platform ( Shift will not be sent
). I will look into it that how we can handle CapsLock [ which is already
there in JIRA ]


Below is the scancodes  that I have added in* ja_jp_qwerty.keymap* file :-

{code:none}
map  0x3A ~ 0xFF30   // Japanese Alphanumeric
map  0x3A ~ 0xFF25  // Japanese Hirangana
map  0x7B ~ 0xFF22 //  NonConvert
map  0x79 ~ 0xFF21 //  Convert
{code}

*Link to get the scancodes of Japanese Keyboard*  :-
https://msdn.microsoft.com/en-us/library/ms892472.aspx

*LINK to get the KEYSYM of NonConvert*  :  https://www.cl.cam.ac.uk/~
mgk25/ucs/keysymdef.h

Keysym added in Guacamole-Client

{code:none}
 "Convert": [0xFF21],
 "NonConvert": [0xFF22],
{code}

*JUST for INFO*  :  ( Not deviating from the above issue )

{quote}
 I  don't know why we cannot rely on keyup event as I have tested the 
PrintScreen key which is working and I have handled it in keyup event.  Please 
provide more info. What could be the effect that will arise ?
I have tested PrintScreen key in Japanese keyboard and English Keyboard .
{quote}


Regards,
Amarjeet Singh

On Thu, Mar 15, 2018 at 11:51 AM, Michael Jumper (JIRA) 
wrote:




was (Author: amarjeetxc):


I agree with you. Thanks to highlight it. It will definitely not work if
User is typing from mobile or any other platform ( Shift will not be sent
). I will look into it that how we can handle CapsLock [ which is already
there in JIRA ]


Below is the scancodes  that I have added in* ja_jp_qwerty.keymap* file :-

{code:none}
map  0x3A ~ 0xFF30   // Japanese Alphanumeric
map  0x3A ~ 0xFF25  // Japanese Hirangana
map  0x7B ~ 0xFF22 //  NonConvert
map  0x79 ~ 0xFF21 //  Convert
{code}

*Link to get the scancodes of Japanese Keyboard*  :-
https://msdn.microsoft.com/en-us/library/ms892472.aspx

*LINK to get the KEYSYM of NonConvert*  :  https://www.cl.cam.ac.uk/~
mgk25/ucs/keysymdef.h

Keysym added in Guacamole-Client

{code:none}
 "Convert": [0xFF21],
 "NonConvert": [0xFF22],
{code}

*JUST for INFO*  :  ( Not deviating from the above issue )

 I  don't know why we cannot rely on keyup event as I have tested the



Regards,
Amarjeet Singh

On Thu, Mar 15, 2018 at 11:51 AM, Michael Jumper (JIRA) 
wrote:



> Issues with Japanese Keys from Japanese Keyboard in Japanese OS
> ---
>
> Key: GUACAMOLE-520
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-520
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
>Reporter: Amarjeet Singh
>Priority: Minor
> Attachments: ja_jp_qwerty.keymap
>
>
> Apache Guacamole Discussion Thread Link is as follows :-
> [http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Fwd-ISSUES-with-Japanese-Keys-from-Japanese-Keyboard-in-Japanese-OS-td2924.html|http://example.com]
> Local Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Remote Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Browser : Chrome 
> Guacamole-Client and Guacamole-Server [ Latest code from  GIT ] 
> *server-layout is :   ja-jp-qwerty*



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-518) Shift incorrectly sent for uppercase letters while Caps Lock is active

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16399172#comment-16399172
 ] 

Amarjeet Singh commented on GUACAMOLE-518:
--

{quote}
tell Guacamole that a lowercase letter "a" is typed with scancode 0x1E while 
shift is released, while an uppercase letter "A" is typed scancode 0x1E while 
shift is pressed. With this information, when Guacamole receives a keyboard 
event for either "a" or "A", it will be able to automatically update the state 
of the shift modifier as necessary to type the key remotely.
{quote}
*Yes It will definitely work but not in case of Caps Lock.*

If Caps Lock is pressed >> then press  A  >>  guacamole-server handles this as 
A with shift key pressed and modify the modifier according to the same >> As a 
result it will send shift + a >> Hence Remote RDP Server will get Shift + Caps 
+ a  >> Prints  lowercase a  ||   but it needs to print uppercase A.

> Shift incorrectly sent for uppercase letters while Caps Lock is active
> --
>
> Key: GUACAMOLE-518
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-518
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
> Environment: Remote operating System : Ubuntu 16.04.3 LTS 64-bit
> Local Browser : Chrome Version 64.0.3282.186 (Official Build) (64-bit)
> XRDP Version : 0.9.5
> Guacamole-Server Version : Latest Code [ Last Commit ID : 
> bc5b01d4d8ab0c3c89a08007316d33012261f6b3 - GUACAMOLE-448: Merge support for 
> configuring the level of caching used by RDP. ]
> Guacamole-Client Version : Latest Code [ Last Commit ID : 
> 5db2e3cae75a658b33515112a39eb2f5f8eef4a8  - GUACAMOLE-161: Merge changes 
> adding Caps Lock to the do-not-auto-repeat list. ] 
>Reporter: Amarjeet Singh
>Assignee: Michael Jumper
>Priority: Minor
> Attachments: image.png, image.png, image.png, image.png
>
>
> As reported [in the user@ mailing 
> list|https://lists.apache.org/thread.html/6008116eac7ebf2fdd51460672040b07b46c30c610b05a198575c05e@%3Cuser.guacamole.apache.org%3E]:
> {quote}
> I have been writing in Libre Office Writer on Guacamole RDP . I clicked CAPS 
> lock and started writing but the text was still in lowercase.
> Guacamole-Server version : 0.9.14
> Guacamole-Client version : 0.9.14
> XRDP Version : 0.9.5
> Remote O.S. : Ubuntu 16.04.3 LTS 64-bit
> I have not done any modifications in the code.
> If I reconnect the RDP session with CAPS lock on, then it starts printing 
> uppercase but if I again click CAPS lock to set it to lowercase, it still 
> prints the uppercase.
> {quote}
> This is apparently due to the way Guacamole's RDP support handles uppercase 
> letters and Caps Lock:
> * The client side of Guacamole handles Caps Lock correctly, and forwards this 
> key as a key event to the Guacamole server.
> * The RDP support handles the _key_ correctly, sending the corresponding 
> scancode to the RDP server.
> * The RDP support handles the Caps Lock _state_ incorrectly, continuing to 
> send Shift keypresses for uppercase letters despite Caps Lock being active.
> The RDP support needs to be modified such that the behavior of keys within 
> each keyboard layout when Caps Lock is enabled, various modifiers are 
> active/inactive, etc. can be correctly modeled. The keymaps currently only 
> provide for defining behavior based on modifiers.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-518) Shift incorrectly sent for uppercase letters while Caps Lock is active

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16399072#comment-16399072
 ] 

Amarjeet Singh commented on GUACAMOLE-518:
--




I agree with you but Guacamole code is not working as expected ( with Caps
Lock  ) .  CapsLock  scan code does work if I remove +ext from the scan
code.[ but it changes other keys ex : shift + a + caplock should be "a" but
it prints  "A"]

I will look into it and get more info. Do suggest the required changes
which will fix the above behaviour.

Thanks Mike for valuable feedback and early response.



Regards,
Amarjeet Singh



On Wed, Mar 14, 2018 at 11:05 PM, Michael Jumper (JIRA) 
wrote:



> Shift incorrectly sent for uppercase letters while Caps Lock is active
> --
>
> Key: GUACAMOLE-518
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-518
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
> Environment: Remote operating System : Ubuntu 16.04.3 LTS 64-bit
> Local Browser : Chrome Version 64.0.3282.186 (Official Build) (64-bit)
> XRDP Version : 0.9.5
> Guacamole-Server Version : Latest Code [ Last Commit ID : 
> bc5b01d4d8ab0c3c89a08007316d33012261f6b3 - GUACAMOLE-448: Merge support for 
> configuring the level of caching used by RDP. ]
> Guacamole-Client Version : Latest Code [ Last Commit ID : 
> 5db2e3cae75a658b33515112a39eb2f5f8eef4a8  - GUACAMOLE-161: Merge changes 
> adding Caps Lock to the do-not-auto-repeat list. ] 
>Reporter: Amarjeet Singh
>Assignee: Michael Jumper
>Priority: Minor
> Attachments: image.png, image.png, image.png, image.png
>
>
> As reported [in the user@ mailing 
> list|https://lists.apache.org/thread.html/6008116eac7ebf2fdd51460672040b07b46c30c610b05a198575c05e@%3Cuser.guacamole.apache.org%3E]:
> {quote}
> I have been writing in Libre Office Writer on Guacamole RDP . I clicked CAPS 
> lock and started writing but the text was still in lowercase.
> Guacamole-Server version : 0.9.14
> Guacamole-Client version : 0.9.14
> XRDP Version : 0.9.5
> Remote O.S. : Ubuntu 16.04.3 LTS 64-bit
> I have not done any modifications in the code.
> If I reconnect the RDP session with CAPS lock on, then it starts printing 
> uppercase but if I again click CAPS lock to set it to lowercase, it still 
> prints the uppercase.
> {quote}
> This is apparently due to the way Guacamole's RDP support handles uppercase 
> letters and Caps Lock:
> * The client side of Guacamole handles Caps Lock correctly, and forwards this 
> key as a key event to the Guacamole server.
> * The RDP support handles the _key_ correctly, sending the corresponding 
> scancode to the RDP server.
> * The RDP support handles the Caps Lock _state_ incorrectly, continuing to 
> send Shift keypresses for uppercase letters despite Caps Lock being active.
> The RDP support needs to be modified such that the behavior of keys within 
> each keyboard layout when Caps Lock is enabled, various modifiers are 
> active/inactive, etc. can be correctly modeled. The keymaps currently only 
> provide for defining behavior based on modifiers.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-520) Issues with Japanese Keys from Japanese Keyboard in Japanese OS

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16398406#comment-16398406
 ] 

Amarjeet Singh commented on GUACAMOLE-520:
--

@Mike

[~amarjeetxc], can you please provide the necessary information describing



I will make a not of that and implement as well. Thanks  Mike.

The issue is with Convert , NonConvert , ContextMenu and CapsLock Keys .

1. CapsLock issue : When we click CapsLock it should change the language of
the keyboard ( switch to katakana and hiragana input  ) in the RDP Server.
( Not Working )  and same is observed with the Convert and NonConvert.

2. Convert , ContextMenu  and NonConvert are there in Guacamole-common-js
but no scancode is there in keymap file.

3. Alphanumeric and Hiragana scan code are not there in keymap file  (
causes Caps Lock issue - In Japanese keyboard CapsLock is behaves as
AlphaNumeric and Hirangana, therefore keycode is different  which is
handled correctly in guacamole-common-js but not there in guacamole-server )

There are keys which do not generate key down event
Example :
STEP 1 :  If I press CapsLock ( or AlphaNumeric ) key in Japanese keyboard
- It generates Keydown event initially and no Keyup event.
then If I press CapsLock again ( this time key is Hirangana not AlphaNumer
keysym or key ) it does not generate keydown eveny but generate keyup event.

It is not handled in guacamole-common-js

The above keys are used to switch the language.

Everything else is working fine.

Thanks and Regards,
Amarjeet Singh

On Thu, Mar 8, 2018 at 2:42 AM, Michael Jumper (JIRA) 
wrote:



> Issues with Japanese Keys from Japanese Keyboard in Japanese OS
> ---
>
> Key: GUACAMOLE-520
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-520
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
>Reporter: Amarjeet Singh
>Priority: Minor
> Attachments: ja_jp_qwerty.keymap
>
>
> Apache Guacamole Discussion Thread Link is as follows :-
> [http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Fwd-ISSUES-with-Japanese-Keys-from-Japanese-Keyboard-in-Japanese-OS-td2924.html|http://example.com]
> Local Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Remote Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Browser : Chrome 
> Guacamole-Client and Guacamole-Server [ Latest code from  GIT ] 
> *server-layout is :   ja-jp-qwerty*



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Updated] (GUACAMOLE-518) Shift incorrectly sent for uppercase letters while Caps Lock is active

[Amarjeet Singh (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GUACAMOLE-518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Amarjeet Singh updated GUACAMOLE-518:
-
Attachment: image.png
image.png



Yes, I have checked the keycode from* keycode.info
  *inside
the Windows remote browser [ It is showing the keycode 255 instead of *20*
which means toggle touch screen]






whereas if I check keycode from keycode.info in Local Windows browser it is
showing keycode 20.


It means windows is not considering Caps Lock event.




On Sun, Mar 11, 2018 at 2:50 PM, Michael Jumper (JIRA) 
wrote:



> Shift incorrectly sent for uppercase letters while Caps Lock is active
> --
>
> Key: GUACAMOLE-518
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-518
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
> Environment: Remote operating System : Ubuntu 16.04.3 LTS 64-bit
> Local Browser : Chrome Version 64.0.3282.186 (Official Build) (64-bit)
> XRDP Version : 0.9.5
> Guacamole-Server Version : Latest Code [ Last Commit ID : 
> bc5b01d4d8ab0c3c89a08007316d33012261f6b3 - GUACAMOLE-448: Merge support for 
> configuring the level of caching used by RDP. ]
> Guacamole-Client Version : Latest Code [ Last Commit ID : 
> 5db2e3cae75a658b33515112a39eb2f5f8eef4a8  - GUACAMOLE-161: Merge changes 
> adding Caps Lock to the do-not-auto-repeat list. ] 
>Reporter: Amarjeet Singh
>Assignee: Michael Jumper
>Priority: Minor
> Attachments: image.png, image.png
>
>
> As reported [in the user@ mailing 
> list|https://lists.apache.org/thread.html/6008116eac7ebf2fdd51460672040b07b46c30c610b05a198575c05e@%3Cuser.guacamole.apache.org%3E]:
> {quote}
> I have been writing in Libre Office Writer on Guacamole RDP . I clicked CAPS 
> lock and started writing but the text was still in lowercase.
> Guacamole-Server version : 0.9.14
> Guacamole-Client version : 0.9.14
> XRDP Version : 0.9.5
> Remote O.S. : Ubuntu 16.04.3 LTS 64-bit
> I have not done any modifications in the code.
> If I reconnect the RDP session with CAPS lock on, then it starts printing 
> uppercase but if I again click CAPS lock to set it to lowercase, it still 
> prints the uppercase.
> {quote}
> This is apparently due to the way Guacamole's RDP support handles uppercase 
> letters and Caps Lock:
> * The client side of Guacamole handles Caps Lock correctly, and forwards this 
> key as a key event to the Guacamole server.
> * The RDP support handles the _key_ correctly, sending the corresponding 
> scancode to the RDP server.
> * The RDP support handles the Caps Lock _state_ incorrectly, continuing to 
> send Shift keypresses for uppercase letters despite Caps Lock being active.
> The RDP support needs to be modified such that the behavior of keys within 
> each keyboard layout when Caps Lock is enabled, various modifiers are 
> active/inactive, etc. can be correctly modeled. The keymaps currently only 
> provide for defining behavior based on modifiers.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-518) Shift incorrectly sent for uppercase letters while Caps Lock is active

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16394273#comment-16394273
 ] 

Amarjeet Singh commented on GUACAMOLE-518:
--

I have also debugged and  you are correct about the shift key.

How come it is working in Windows RDP ?

The behaviour is same for both the Operating system. ( Windows  and Linux ).


> Shift incorrectly sent for uppercase letters while Caps Lock is active
> --
>
> Key: GUACAMOLE-518
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-518
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
> Environment: Remote operating System : Ubuntu 16.04.3 LTS 64-bit
> Local Browser : Chrome Version 64.0.3282.186 (Official Build) (64-bit)
> XRDP Version : 0.9.5
> Guacamole-Server Version : Latest Code [ Last Commit ID : 
> bc5b01d4d8ab0c3c89a08007316d33012261f6b3 - GUACAMOLE-448: Merge support for 
> configuring the level of caching used by RDP. ]
> Guacamole-Client Version : Latest Code [ Last Commit ID : 
> 5db2e3cae75a658b33515112a39eb2f5f8eef4a8  - GUACAMOLE-161: Merge changes 
> adding Caps Lock to the do-not-auto-repeat list. ] 
>Reporter: Amarjeet Singh
>Assignee: Michael Jumper
>Priority: Minor
>
> As reported [in the user@ mailing 
> list|https://lists.apache.org/thread.html/6008116eac7ebf2fdd51460672040b07b46c30c610b05a198575c05e@%3Cuser.guacamole.apache.org%3E]:
> {quote}
> I have been writing in Libre Office Writer on Guacamole RDP . I clicked CAPS 
> lock and started writing but the text was still in lowercase.
> Guacamole-Server version : 0.9.14
> Guacamole-Client version : 0.9.14
> XRDP Version : 0.9.5
> Remote O.S. : Ubuntu 16.04.3 LTS 64-bit
> I have not done any modifications in the code.
> If I reconnect the RDP session with CAPS lock on, then it starts printing 
> uppercase but if I again click CAPS lock to set it to lowercase, it still 
> prints the uppercase.
> {quote}
> This is apparently due to the way Guacamole's RDP support handles uppercase 
> letters and Caps Lock:
> * The client side of Guacamole handles Caps Lock correctly, and forwards this 
> key as a key event to the Guacamole server.
> * The RDP support handles the _key_ correctly, sending the corresponding 
> scancode to the RDP server.
> * The RDP support handles the Caps Lock _state_ incorrectly, continuing to 
> send Shift keypresses for uppercase letters despite Caps Lock being active.
> The RDP support needs to be modified such that the behavior of keys within 
> each keyboard layout when Caps Lock is enabled, various modifiers are 
> active/inactive, etc. can be correctly modeled. The keymaps currently only 
> provide for defining behavior based on modifiers.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-520) Issues with Japanese Keys from Japanese Keyboard in Japanese OS

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16391365#comment-16391365
 ] 

Amarjeet Singh commented on GUACAMOLE-520:
--

map shift 0x02..0x0C 0x2B ~ "1234567890\"   It is strikeout automatically, 
I guess it is visual editor's issue.

CAPS lock key is not working though as it is to switch the language from 
hiragana to katakana in Japanese keyboard.

> Issues with Japanese Keys from Japanese Keyboard in Japanese OS
> ---
>
> Key: GUACAMOLE-520
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-520
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
>Reporter: Amarjeet Singh
>Priority: Minor
> Attachments: ja_jp_qwerty.keymap
>
>
> Apache Guacamole Discussion Thread Link is as follows :-
> [http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Fwd-ISSUES-with-Japanese-Keys-from-Japanese-Keyboard-in-Japanese-OS-td2924.html|http://example.com]
> Local Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Remote Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Browser : Chrome 
> Guacamole-Client and Guacamole-Server [ Latest code from  GIT ] 
> *server-layout is :   ja-jp-qwerty*



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Comment Edited] (GUACAMOLE-520) Issues with Japanese Keys from Japanese Keyboard in Japanese OS

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16391357#comment-16391357
 ] 

Amarjeet Singh edited comment on GUACAMOLE-520 at 3/8/18 3:00 PM:
--

Following special keys are not working :-

while pressing  the  backslash ( IntlYen , keyCode = 255 )  key from the 
japanese keyboard It is not printing anything.

while pressing the @ key from the japanese key it is printing ] which is 
incorrect.

while pressing the [ key from the japanese key it is printing backslash ( 
IntlYen , keyCode = 255 ) which is incorrect.

while pressing the ] key from the japanese key It is not printing anything.

while pressing the : key from the japanese key It is printing & which is 
incorrect

while pressing the \ key from the japanese key It is not printing anything.

I have analysed the following mapping of keys in the src/protocols/rdp/keymaps/ 
ja_jp_qwerty.keymap file


parent  "base"
name"ja-jp-qwerty"
freerdp "KBD_JAPANESE"

map -shift  0x02..0x0D 0x7D ~ "1234567890-^\"
map -shift  0x10..0x1B  ~ "qwertyuiop@["
map -shift  0x1E..0x28 0x2B ~ "asdfghjkl;:]"
map -shift  0x2C..0x35 0x73 ~ "zxcvbnm,./\"

map +shift  0x02..0x0A 0x0C 0x0D 0x7D ~ "!"#$%&'()=~|"
map +shift  0x10..0x1B  ~ "QWERTYUIOP`{"
map +shift  0x1E..0x28 0x2B ~ "ASDFGHJKL+*}"
map +shift  0x2C..0x35 0x73 ~ "ZXCVBNM<>?_"

map -shift  0x29~ 0xFF28
map -shift  0x29~ 0xFF2A
map +shift  0x29~ 0xFF29



I have changed it to the following and everything is working fine. All the keys 
are working fine in Japanese keyboard.


parent  "base"
name"ja-jp-qwerty"
freerdp "KBD_JAPANESE"
#freerdp "KBD_JAPANESE_INPUT_SYSTEM_MS_IME2002"

map -shift  0x02..0x0C 0x2B   ~ "1234567890-\"
map -shift  0x10..0x1A~ "qwertyuiop["
map -shift  0x1E..0x27 0x1B   ~ "asdfghjkl;]"
map -shift  0x2C..0x35~ "zxcvbnm,./"

map +shift  0x02 0x28 0x04 0x05 0x06 0x08 0x0A 0x0B 0x29 0x2B ~ "!"#$%&()~|"
map +shift  0x10..0x1A~ "QWERTYUIOP{"
map +shift  0x1E..0x26 0x0D 0x09 0x1B ~ "ASDFGHJKL+*}"
map +shift  0x2C..0x35 0x0C   ~ "ZXCVBNM<>?_"

map -shift  0x29  ~ 0xFF28
map -shift  0x29  ~ 0xFF2A
map +shift  0x29  ~ 0xFF29
map +shift  0x07 0x03 0x27~ "^@:"
map -shift  0x28 0x0D 0x29~ "'=`"


Please find the attachment of the above file . Please verify the above changes.

If there is anything which I missed, please  let me know.


was (Author: amarjeetxc):
Following special keys are not working :-

# while pressing  the  backslash ( IntlYen , keyCode = 255 )  key from the 
japanese keyboard It is not printing anything.

# while pressing the @ key from the japanese key it is printing ] which is 
incorrect.

# while pressing the [ key from the japanese key it is printing backslash ( 
IntlYen , keyCode = 255 ) which is incorrect.

# while pressing the ] key from the japanese key It is not printing anything.

# while pressing the : key from the japanese key It is printing & which is 
incorrect

# while pressing the \ key from the japanese key It is not printing anything.

I have analysed the following mapping of keys in the src/protocols/rdp/keymaps/ 
ja_jp_qwerty.keymap file

{color:red}
parent  "base"
name"ja-jp-qwerty"
freerdp "KBD_JAPANESE"

map -shift  0x02..0x0D 0x7D ~ "1234567890-^\"
map -shift  0x10..0x1B  ~ "qwertyuiop@["
map -shift  0x1E..0x28 0x2B ~ "asdfghjkl;:]"
map -shift  0x2C..0x35 0x73 ~ "zxcvbnm,./\"

map +shift  0x02..0x0A 0x0C 0x0D 0x7D ~ "!"#$%&'()=~|"
map +shift  0x10..0x1B  ~ "QWERTYUIOP`{"
map +shift  0x1E..0x28 0x2B ~ "ASDFGHJKL+*}"
map +shift  0x2C..0x35 0x73 ~ "ZXCVBNM<>?_"

map -shift  0x29~ 0xFF28
map -shift  0x29~ 0xFF2A
map +shift  0x29~ 0xFF29
{color}


I have changed it to the following and everything is working fine. All the keys 
are working fine in Japanese keyboard.

{color:#14892c}
parent  "base"
name"ja-jp-qwerty"
freerdp "KBD_JAPANESE"
#freerdp "KBD_JAPANESE_INPUT_SYSTEM_MS_IME2002"

map -shift  0x02..0x0C 0x2B   ~ "1234567890-\"
map -shift  0x10..0x1A~ "qwertyuiop["
map -shift  0x1E..0x27 0x1B   ~ "asdfghjkl;]"
map -shift  0x2C..0x35~ "zxcvbnm,./"

map +shift  0x02 0x28 0x04 0x05 0x06 0x08 0x0A 0x0B 0x29 0x2B ~ "!"#$%&()~|"
map +shift  0x10..0x1A~ "QWERTYUIOP{"
map +shift  0x1E..0x26 0x0D 0x09 0x1B ~ "ASDFGHJKL+*}"
map +shift  0x2C..0x35 0x0C   ~ "ZXCVBNM<>?_"

map -shift  0x29  ~ 0xFF28
map -shift  0x29  ~ 0xFF2A
map +shift  0x29  ~ 0xFF29
map +shift  0x07 0x03 0x27~ "^@:"
map -shift  0x28 0x0D 0x29~ "'=`"
{color}

Please find the attachment of the above file . Please verify the above changes.

If 

[jira] [Comment Edited] (GUACAMOLE-520) Issues with Japanese Keys from Japanese Keyboard in Japanese OS

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16391357#comment-16391357
 ] 

Amarjeet Singh edited comment on GUACAMOLE-520 at 3/8/18 3:00 PM:
--

Following special keys are not working :-

# while pressing  the  backslash ( IntlYen , keyCode = 255 )  key from the 
japanese keyboard It is not printing anything.

# while pressing the @ key from the japanese key it is printing ] which is 
incorrect.

# while pressing the [ key from the japanese key it is printing backslash ( 
IntlYen , keyCode = 255 ) which is incorrect.

# while pressing the ] key from the japanese key It is not printing anything.

# while pressing the : key from the japanese key It is printing & which is 
incorrect

# while pressing the \ key from the japanese key It is not printing anything.

I have analysed the following mapping of keys in the src/protocols/rdp/keymaps/ 
ja_jp_qwerty.keymap file

{color:red}
parent  "base"
name"ja-jp-qwerty"
freerdp "KBD_JAPANESE"

map -shift  0x02..0x0D 0x7D ~ "1234567890-^\"
map -shift  0x10..0x1B  ~ "qwertyuiop@["
map -shift  0x1E..0x28 0x2B ~ "asdfghjkl;:]"
map -shift  0x2C..0x35 0x73 ~ "zxcvbnm,./\"

map +shift  0x02..0x0A 0x0C 0x0D 0x7D ~ "!"#$%&'()=~|"
map +shift  0x10..0x1B  ~ "QWERTYUIOP`{"
map +shift  0x1E..0x28 0x2B ~ "ASDFGHJKL+*}"
map +shift  0x2C..0x35 0x73 ~ "ZXCVBNM<>?_"

map -shift  0x29~ 0xFF28
map -shift  0x29~ 0xFF2A
map +shift  0x29~ 0xFF29
{color}


I have changed it to the following and everything is working fine. All the keys 
are working fine in Japanese keyboard.

{color:#14892c}
parent  "base"
name"ja-jp-qwerty"
freerdp "KBD_JAPANESE"
#freerdp "KBD_JAPANESE_INPUT_SYSTEM_MS_IME2002"

map -shift  0x02..0x0C 0x2B   ~ "1234567890-\"
map -shift  0x10..0x1A~ "qwertyuiop["
map -shift  0x1E..0x27 0x1B   ~ "asdfghjkl;]"
map -shift  0x2C..0x35~ "zxcvbnm,./"

map +shift  0x02 0x28 0x04 0x05 0x06 0x08 0x0A 0x0B 0x29 0x2B ~ "!"#$%&()~|"
map +shift  0x10..0x1A~ "QWERTYUIOP{"
map +shift  0x1E..0x26 0x0D 0x09 0x1B ~ "ASDFGHJKL+*}"
map +shift  0x2C..0x35 0x0C   ~ "ZXCVBNM<>?_"

map -shift  0x29  ~ 0xFF28
map -shift  0x29  ~ 0xFF2A
map +shift  0x29  ~ 0xFF29
map +shift  0x07 0x03 0x27~ "^@:"
map -shift  0x28 0x0D 0x29~ "'=`"
{color}

Please find the attachment of the above file . Please verify the above changes.

If there is anything which I missed, please  let me know.


was (Author: amarjeetxc):
Following special keys are not working :-

# while pressing  the  backslash ( IntlYen , keyCode = 255 )  key from the 
japanese keyboard It is not printing anything.
# 
# while pressing the @ key from the japanese key it is printing ] which is 
incorrect.
# 
# while pressing the [ key from the japanese key it is printing backslash ( 
IntlYen , keyCode = 255 ) which is incorrect.
# 
# while pressing the ] key from the japanese key It is not printing anything.
# 
# while pressing the : key from the japanese key It is printing & which is 
incorrect
# 
# while pressing the \ key from the japanese key It is not printing anything.

I have analysed the following mapping of keys in the 
*src/protocols/rdp/keymaps/ [^ja_jp_qwerty.keymap] * file

{color:red}parent  "base"
name"ja-jp-qwerty"
freerdp "KBD_JAPANESE"

map -shift  0x02..0x0D 0x7D ~ "1234567890-^\"
map -shift  0x10..0x1B  ~ "qwertyuiop@["
map -shift  0x1E..0x28 0x2B ~ "asdfghjkl;:]"
map -shift  0x2C..0x35 0x73 ~ "zxcvbnm,./\"

map +shift  0x02..0x0A 0x0C 0x0D 0x7D ~ "!"#$%&'()=~|"
map +shift  0x10..0x1B  ~ "QWERTYUIOP`{"
map +shift  0x1E..0x28 0x2B ~ "ASDFGHJKL+*}"
map +shift  0x2C..0x35 0x73 ~ "ZXCVBNM<>?_"

map -shift  0x29~ 0xFF28
map -shift  0x29~ 0xFF2A
map +shift  0x29~ 0xFF29{color}


I have changed it to the following and everything is working fine. All the keys 
are working fine in Japanese keyboard.

{color:#14892c}parent  "base"
name"ja-jp-qwerty"
freerdp "KBD_JAPANESE"
#freerdp "KBD_JAPANESE_INPUT_SYSTEM_MS_IME2002"

map -shift  0x02..0x0C 0x2B   ~ "1234567890-\"
map -shift  0x10..0x1A~ "qwertyuiop["
map -shift  0x1E..0x27 0x1B   ~ "asdfghjkl;]"
map -shift  0x2C..0x35~ "zxcvbnm,./"

map +shift  0x02 0x28 0x04 0x05 0x06 0x08 0x0A 0x0B 0x29 0x2B ~ "!"#$%&()~|"
map +shift  0x10..0x1A~ "QWERTYUIOP{"
map +shift  0x1E..0x26 0x0D 0x09 0x1B ~ "ASDFGHJKL+*}"
map +shift  0x2C..0x35 0x0C   ~ "ZXCVBNM<>?_"

map -shift  0x29  ~ 0xFF28
map -shift  0x29  ~ 0xFF2A
map +shift  0x29  ~ 0xFF29
map +shift  0x07 0x03 0x27~ "^@:"
map -shift  0x28 0x0D 0x29~ "'=`"
{color}

Please find the 

[jira] [Commented] (GUACAMOLE-520) Issues with Japanese Keys from Japanese Keyboard in Japanese OS

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16391357#comment-16391357
 ] 

Amarjeet Singh commented on GUACAMOLE-520:
--

Following special keys are not working :-

# while pressing  the  backslash ( IntlYen , keyCode = 255 )  key from the 
japanese keyboard It is not printing anything.
# 
# while pressing the @ key from the japanese key it is printing ] which is 
incorrect.
# 
# while pressing the [ key from the japanese key it is printing backslash ( 
IntlYen , keyCode = 255 ) which is incorrect.
# 
# while pressing the ] key from the japanese key It is not printing anything.
# 
# while pressing the : key from the japanese key It is printing & which is 
incorrect
# 
# while pressing the \ key from the japanese key It is not printing anything.

I have analysed the following mapping of keys in the 
*src/protocols/rdp/keymaps/ [^ja_jp_qwerty.keymap] * file

{color:red}parent  "base"
name"ja-jp-qwerty"
freerdp "KBD_JAPANESE"

map -shift  0x02..0x0D 0x7D ~ "1234567890-^\"
map -shift  0x10..0x1B  ~ "qwertyuiop@["
map -shift  0x1E..0x28 0x2B ~ "asdfghjkl;:]"
map -shift  0x2C..0x35 0x73 ~ "zxcvbnm,./\"

map +shift  0x02..0x0A 0x0C 0x0D 0x7D ~ "!"#$%&'()=~|"
map +shift  0x10..0x1B  ~ "QWERTYUIOP`{"
map +shift  0x1E..0x28 0x2B ~ "ASDFGHJKL+*}"
map +shift  0x2C..0x35 0x73 ~ "ZXCVBNM<>?_"

map -shift  0x29~ 0xFF28
map -shift  0x29~ 0xFF2A
map +shift  0x29~ 0xFF29{color}


I have changed it to the following and everything is working fine. All the keys 
are working fine in Japanese keyboard.

{color:#14892c}parent  "base"
name"ja-jp-qwerty"
freerdp "KBD_JAPANESE"
#freerdp "KBD_JAPANESE_INPUT_SYSTEM_MS_IME2002"

map -shift  0x02..0x0C 0x2B   ~ "1234567890-\"
map -shift  0x10..0x1A~ "qwertyuiop["
map -shift  0x1E..0x27 0x1B   ~ "asdfghjkl;]"
map -shift  0x2C..0x35~ "zxcvbnm,./"

map +shift  0x02 0x28 0x04 0x05 0x06 0x08 0x0A 0x0B 0x29 0x2B ~ "!"#$%&()~|"
map +shift  0x10..0x1A~ "QWERTYUIOP{"
map +shift  0x1E..0x26 0x0D 0x09 0x1B ~ "ASDFGHJKL+*}"
map +shift  0x2C..0x35 0x0C   ~ "ZXCVBNM<>?_"

map -shift  0x29  ~ 0xFF28
map -shift  0x29  ~ 0xFF2A
map +shift  0x29  ~ 0xFF29
map +shift  0x07 0x03 0x27~ "^@:"
map -shift  0x28 0x0D 0x29~ "'=`"
{color}

Please find the attachment of the above file . Please verify the above changes.

If there is anything which I missed, please  let me know.

> Issues with Japanese Keys from Japanese Keyboard in Japanese OS
> ---
>
> Key: GUACAMOLE-520
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-520
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
>Reporter: Amarjeet Singh
>Priority: Minor
> Attachments: ja_jp_qwerty.keymap
>
>
> Apache Guacamole Discussion Thread Link is as follows :-
> [http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Fwd-ISSUES-with-Japanese-Keys-from-Japanese-Keyboard-in-Japanese-OS-td2924.html|http://example.com]
> Local Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Remote Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Browser : Chrome 
> Guacamole-Client and Guacamole-Server [ Latest code from  GIT ] 
> *server-layout is :   ja-jp-qwerty*



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Updated] (GUACAMOLE-520) Issues with Japanese Keys from Japanese Keyboard in Japanese OS

[Amarjeet Singh (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GUACAMOLE-520?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Amarjeet Singh updated GUACAMOLE-520:
-
Attachment: ja_jp_qwerty.keymap

> Issues with Japanese Keys from Japanese Keyboard in Japanese OS
> ---
>
> Key: GUACAMOLE-520
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-520
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
>Reporter: Amarjeet Singh
>Priority: Minor
> Attachments: ja_jp_qwerty.keymap
>
>
> Apache Guacamole Discussion Thread Link is as follows :-
> [http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Fwd-ISSUES-with-Japanese-Keys-from-Japanese-Keyboard-in-Japanese-OS-td2924.html|http://example.com]
> Local Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Remote Operating System : Windows 10 [ Japanese Keyboard layout ] 
> Browser : Chrome 
> Guacamole-Client and Guacamole-Server [ Latest code from  GIT ] 
> *server-layout is :   ja-jp-qwerty*



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Created] (GUACAMOLE-520) Issues with Japanese Keys from Japanese Keyboard in Japanese OS

[Amarjeet Singh (JIRA)]

Amarjeet Singh created GUACAMOLE-520:


 Summary: Issues with Japanese Keys from Japanese Keyboard in 
Japanese OS
 Key: GUACAMOLE-520
 URL: https://issues.apache.org/jira/browse/GUACAMOLE-520
 Project: Guacamole
  Issue Type: Bug
  Components: guacamole
Affects Versions: 0.9.14
Reporter: Amarjeet Singh


Apache Guacamole Discussion Thread Link is as follows :-

[http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Fwd-ISSUES-with-Japanese-Keys-from-Japanese-Keyboard-in-Japanese-OS-td2924.html|http://example.com]

Local Operating System : Windows 10 [ Japanese Keyboard layout ] 

Remote Operating System : Windows 10 [ Japanese Keyboard layout ] 

Browser : Chrome 

Guacamole-Client and Guacamole-Server [ Latest code from  GIT ] 

*server-layout is :   ja-jp-qwerty*



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-518) Caps lock not working with XRDP 0.9.5 / Ubuntu 16.0.4

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16388347#comment-16388347
 ] 

Amarjeet Singh commented on GUACAMOLE-518:
--

@Mike,

I have  build from released package xrdp v0.9.5  with xorgxrdp backend
v0.2.5.

Yes, I have build from GIT.

If there is anything else, Please let me know.

Regards,
Amarjeet Singh

On Wed, Mar 7, 2018 at 12:40 AM, Amarjeet Singh 



> Caps lock not working with XRDP 0.9.5 / Ubuntu 16.0.4
> -
>
> Key: GUACAMOLE-518
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-518
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Affects Versions: 0.9.14
> Environment: Remote operating System : Ubuntu 16.04.3 LTS 64-bit
> Local Browser : Chrome Version 64.0.3282.186 (Official Build) (64-bit)
> XRDP Version : 0.9.5
> Guacamole-Server Version : Latest Code [ Last Commit ID : 
> bc5b01d4d8ab0c3c89a08007316d33012261f6b3 - GUACAMOLE-448: Merge support for 
> configuring the level of caching used by RDP. ]
> Guacamole-Client Version : Latest Code [ Last Commit ID : 
> 5db2e3cae75a658b33515112a39eb2f5f8eef4a8  - GUACAMOLE-161: Merge changes 
> adding Caps Lock to the do-not-auto-repeat list. ] 
>Reporter: Amarjeet Singh
>Assignee: Michael Jumper
>Priority: Minor
>
> Apache Guacamole - Discussion Thread Link is as follows :-
> http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/CAPS-lock-is-not-working-in-XRDP-version-0-9-5-with-Ubuntu-16-0-4-Guacamole-RDP-td2890.html



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-518) Caps lock not working with XRDP 0.9.5 / Ubuntu 16.0.4

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16388318#comment-16388318
 ] 

Amarjeet Singh commented on GUACAMOLE-518:
--

Hi Mike,

I have used the following website :-


https://github.com/neutrinolabs/xrdp

and followed the instructions as given.


Regards,
Amarjeet Singh

On Wed, Mar 7, 2018 at 12:20 AM, Michael Jumper (JIRA) 



> Caps lock not working with XRDP 0.9.5 / Ubuntu 16.0.4
> -
>
> Key: GUACAMOLE-518
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-518
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Affects Versions: 0.9.14
> Environment: Remote operating System : Ubuntu 16.04.3 LTS 64-bit
> Local Browser : Chrome Version 64.0.3282.186 (Official Build) (64-bit)
> XRDP Version : 0.9.5
> Guacamole-Server Version : Latest Code [ Last Commit ID : 
> bc5b01d4d8ab0c3c89a08007316d33012261f6b3 - GUACAMOLE-448: Merge support for 
> configuring the level of caching used by RDP. ]
> Guacamole-Client Version : Latest Code [ Last Commit ID : 
> 5db2e3cae75a658b33515112a39eb2f5f8eef4a8  - GUACAMOLE-161: Merge changes 
> adding Caps Lock to the do-not-auto-repeat list. ] 
>Reporter: Amarjeet Singh
>Assignee: Michael Jumper
>Priority: Minor
>
> Apache Guacamole - Discussion Thread Link is as follows :-
> http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/CAPS-lock-is-not-working-in-XRDP-version-0-9-5-with-Ubuntu-16-0-4-Guacamole-RDP-td2890.html



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-518) Caps lock not working with XRDP 0.9.5 / Ubuntu 16.0.4

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16388195#comment-16388195
 ] 

Amarjeet Singh commented on GUACAMOLE-518:
--



Windows 10

On Tue, Mar 6, 2018 at 11:22 PM, Michael Jumper (JIRA) 
wrote:



> Caps lock not working with XRDP 0.9.5 / Ubuntu 16.0.4
> -
>
> Key: GUACAMOLE-518
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-518
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Affects Versions: 0.9.14
> Environment: Remote operating System : Ubuntu 16.04.3 LTS 64-bit
> Local Browser : Chrome Version 64.0.3282.186 (Official Build) (64-bit)
> XRDP Version : 0.9.5
> Guacamole-Server Version : Latest Code [ Last Commit ID : 
> bc5b01d4d8ab0c3c89a08007316d33012261f6b3 - GUACAMOLE-448: Merge support for 
> configuring the level of caching used by RDP. ]
> Guacamole-Client Version : Latest Code [ Last Commit ID : 
> 5db2e3cae75a658b33515112a39eb2f5f8eef4a8  - GUACAMOLE-161: Merge changes 
> adding Caps Lock to the do-not-auto-repeat list. ] 
>Reporter: Amarjeet Singh
>Assignee: Michael Jumper
>Priority: Minor
>
> Apache Guacamole - Discussion Thread Link is as follows :-
> http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/CAPS-lock-is-not-working-in-XRDP-version-0-9-5-with-Ubuntu-16-0-4-Guacamole-RDP-td2890.html



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-517) Print screen key definition missing from RDP base keymap

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-517?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16385663#comment-16385663
 ] 

Amarjeet Singh commented on GUACAMOLE-517:
--

{quote}No, this is strictly a guacamole-server issue, and then strictly within 
RDP. No changes are required to Guacamole itself, to guacamole-client, VNC, 
etc.{quote}

I have a query:-
If scancode mapping for the Print Screen key will be fixed in guacamole-server, 
Will it pass the PrintScreen key from local to remote clipboard ?
Would it work as expected ? Do Guacamole-Client capture the PrintScreen key as 
of now ?

> Print screen key definition missing from RDP base keymap
> 
>
> Key: GUACAMOLE-517
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-517
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Affects Versions: 0.9.14
>Reporter: Amarjeet Singh
>Priority: Minor
>
> Scancode mapping for the Print Screen key is missing from the base keymap 
> used by Guacamole's RDP support.
> http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Send-PrintScreen-key-to-the-Remote-Desktop-td2691.html



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-473) Automatically rename uploaded file if destination file already exists

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-473?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16385653#comment-16385653
 ] 

Amarjeet Singh commented on GUACAMOLE-473:
--

Hi Mike,

{quote}When uploading files through some file transfer mechanism, I would 
normally expect that file to be uploaded without being renamed, replacing the 
existing remote file if necessary. Ideally, prompting before overwriting would 
be an improvement, but magically and silently renaming the uploaded file seems 
to me to violate the principle of least surprise.{quote}

If files with the same name already exist in the shared drive, then it uploads 
the files without any prompt. 
It should *at least ask for the user's permission before overwriting* any file 
and it is a expected behaviour. This behaviour is implemented everywhere where 
we use to upload the files.
Hence, Guacamole should also ask user's permission before overwriting the file.
{quote}I fully agree with you that silently overwriting the file probably needs 
to be addresses{quote}
It need to be addressed.

> Automatically rename uploaded file if destination file already exists
> -
>
> Key: GUACAMOLE-473
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-473
> Project: Guacamole
>  Issue Type: Wish
>  Components: RDP
>Reporter: Amarjeet Singh
>Priority: Trivial
>
> While uploading file which already exists in the shared drive it doesn't  
> include 1 or 2 in suffix instead it overwrite the existing file in the shared 
> drive.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Updated] (GUACAMOLE-517) Send PrintScreen key to the Remote Desktop

[Amarjeet Singh (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GUACAMOLE-517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Amarjeet Singh updated GUACAMOLE-517:
-
Description: 
Scancode mapping for the Print Screen key is missing from the base keymap used 
by Guacamole's RDP support.

[http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Send-PrintScreen-key-to-the-Remote-Desktop-td2691.html|http://example.com]

Support of  PrintScreen  key in Windows's RDP is missing in Guacamole-Client 
and Guacamole-Server.

  was:
Scancode mapping for the Print Screen key is missing from the base keymap used 
by Guacamole's RDP support.

[http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Send-PrintScreen-key-to-the-Remote-Desktop-td2691.html|http://example.com]

Support of  *PrintScreen  *key in Windows's RDP is missing in Guacamole-Client 
and Guacamole-Server.


> Send PrintScreen key to the Remote Desktop
> --
>
> Key: GUACAMOLE-517
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-517
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
>Reporter: Amarjeet Singh
>Priority: Minor
>
> Scancode mapping for the Print Screen key is missing from the base keymap 
> used by Guacamole's RDP support.
> [http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Send-PrintScreen-key-to-the-Remote-Desktop-td2691.html|http://example.com]
> Support of  PrintScreen  key in Windows's RDP is missing in Guacamole-Client 
> and Guacamole-Server.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Updated] (GUACAMOLE-517) Send PrintScreen key to the Remote Desktop

[Amarjeet Singh (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GUACAMOLE-517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Amarjeet Singh updated GUACAMOLE-517:
-
Description: 
Scancode mapping for the Print Screen key is missing from the base keymap used 
by Guacamole's RDP support.

[http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Send-PrintScreen-key-to-the-Remote-Desktop-td2691.html|http://example.com]

Support of  *PrintScreen * key in Windows's RDP is missing in Guacamole-Client 
and Guacamole-Server.

  was:
Scancode mapping for the Print Screen key is missing from the base keymap used 
by Guacamole's RDP support.
[
http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Send-PrintScreen-key-to-the-Remote-Desktop-td2691.html|http://example.com]

Support of  *PrintScreen * key in Windows's RDP is missing in Guacamole-Client 
and Guacamole-Server.


> Send PrintScreen key to the Remote Desktop
> --
>
> Key: GUACAMOLE-517
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-517
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
>Reporter: Amarjeet Singh
>Priority: Minor
>
> Scancode mapping for the Print Screen key is missing from the base keymap 
> used by Guacamole's RDP support.
> [http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Send-PrintScreen-key-to-the-Remote-Desktop-td2691.html|http://example.com]
> Support of  *PrintScreen * key in Windows's RDP is missing in 
> Guacamole-Client and Guacamole-Server.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Updated] (GUACAMOLE-517) Send PrintScreen key to the Remote Desktop

[Amarjeet Singh (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GUACAMOLE-517?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Amarjeet Singh updated GUACAMOLE-517:
-
Description: 
Scancode mapping for the Print Screen key is missing from the base keymap used 
by Guacamole's RDP support.

[http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Send-PrintScreen-key-to-the-Remote-Desktop-td2691.html|http://example.com]

Support of  *PrintScreen  *key in Windows's RDP is missing in Guacamole-Client 
and Guacamole-Server.

  was:
Scancode mapping for the Print Screen key is missing from the base keymap used 
by Guacamole's RDP support.

[http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Send-PrintScreen-key-to-the-Remote-Desktop-td2691.html|http://example.com]

Support of  *PrintScreen * key in Windows's RDP is missing in Guacamole-Client 
and Guacamole-Server.


> Send PrintScreen key to the Remote Desktop
> --
>
> Key: GUACAMOLE-517
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-517
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
>Reporter: Amarjeet Singh
>Priority: Minor
>
> Scancode mapping for the Print Screen key is missing from the base keymap 
> used by Guacamole's RDP support.
> [http://apache-guacamole-general-user-mailing-list.2363388.n4.nabble.com/Send-PrintScreen-key-to-the-Remote-Desktop-td2691.html|http://example.com]
> Support of  *PrintScreen  *key in Windows's RDP is missing in 
> Guacamole-Client and Guacamole-Server.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Updated] (GUACAMOLE-512) Shared Drive redirection doesn't work with Ubuntu [ xrdp ]

[Amarjeet Singh (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GUACAMOLE-512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Amarjeet Singh updated GUACAMOLE-512:
-
Attachment: image.png

Hi Mike,

For more testing and debugging, I took the fresh Ubuntu O.S. version 16.0.4
and installed xrdp stable version 0.9.5 by compiling on Ubuntu O.S.

File redirection is working successfully but the name of the redirected
drive is not correct. *Please refer the screenshot. *


NOTE : - I have changed the name of the drive from Guacamole to Cloud Drive
in guacamole-server [ Is it is the reason ? ]

  [image: Inline image 1]

I am still debugging the *GOLD MASTER ISO of Ubuntu*  in which this issue
occurred. There are additional *file system restrictions* on this Ubuntu
ISO .

I am looking into it.

Guacamole is redirecting Shared Drive with Ubuntu version 16.0.4 and xrdp
version 0.9.5.

I haven't checked with xrdp version 0.9.9.  Once I will found anything I
will let you know.  I apologize for  reporting it as a bug of Guacamole.

Thanks Mike and Nick for helping me out. I appreciate that.


Regards,
Amarjeet Singh


On Thu, Feb 22, 2018 at 5:48 PM, Amarjeet Singh 



> Shared Drive redirection doesn't work with Ubuntu [ xrdp ] 
> ---
>
> Key: GUACAMOLE-512
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-512
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
> Environment: Remote Server : Ubuntu 
>Reporter: Amarjeet Singh
>Priority: Minor
> Attachments: image.png
>
>
> Shared drive redirection works with xrdp command line [ O.S. : Ubuntu ]  but 
> it doesn't work with Guacamole.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-512) Shared Drive redirection doesn't work with Ubuntu [ xrdp ]

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16372739#comment-16372739
 ] 

Amarjeet Singh commented on GUACAMOLE-512:
--

Hi Mike,

You are using *XRDP* as your RDP server on Ubuntu


Yes, I am using XRDP as   RDP server on Ubuntu

Drive redirection works when connecting to this XRDP instance with


Yes, Drive redirection works when connecting to this XRDP instance with
xfreerdp from another ( separate ) Linux Machine.




On Thu, Feb 22, 2018 at 2:47 PM, Nick Couchman (JIRA) 
wrote:



> Shared Drive redirection doesn't work with Ubuntu [ xrdp ] 
> ---
>
> Key: GUACAMOLE-512
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-512
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
> Environment: Remote Server : Ubuntu 
>Reporter: Amarjeet Singh
>Priority: Minor
>
> Shared drive redirection works with xrdp command line [ O.S. : Ubuntu ]  but 
> it doesn't work with Guacamole.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Created] (GUACAMOLE-512) Shared Drive redirection doesn't work with Ubuntu [ xrdp ]

[Amarjeet Singh (JIRA)]

Amarjeet Singh created GUACAMOLE-512:


 Summary: Shared Drive redirection doesn't work with Ubuntu [ xrdp 
] 
 Key: GUACAMOLE-512
 URL: https://issues.apache.org/jira/browse/GUACAMOLE-512
 Project: Guacamole
  Issue Type: Bug
  Components: guacamole
Affects Versions: 0.9.14
 Environment: Remote Server : Ubuntu 
Reporter: Amarjeet Singh


Shared drive redirection works with xrdp command line [ O.S. : Ubuntu ]  but it 
doesn't work with Guacamole.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-474) Allow file upload and download to be enabled separately

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-474?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16369764#comment-16369764
 ] 

Amarjeet Singh commented on GUACAMOLE-474:
--

Use case to allow Uploading files from Local to Remote Server : 

Many organization which don't want their security to be compromised don't allow 
the users to download the files from the remote server to local server.
Example : Banking sector  [ where every document is important ]  

Many Organizations don't want their network to be hampered by any virus or any 
harmful files therefore they don't allow the users to upload the files but 
allow to download the files Example : Educations institute [ where students can 
download the files - assignments  at local computer  ] 


> Allow file upload and download to be enabled separately
> ---
>
> Key: GUACAMOLE-474
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-474
> Project: Guacamole
>  Issue Type: New Feature
>  Components: guacamole
>Reporter: Amarjeet Singh
>Priority: Minor
>
> It would be helpful if file downloads could be disabled while still allowing 
> file uploads.  In a classroom setting, it would be beneficial to allow 
> students to upload files to a remote VM, but disable download of files like 
> binary license files.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-478) RDP clipboard uses incorrect newline characters

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16365352#comment-16365352
 ] 

Amarjeet Singh commented on GUACAMOLE-478:
--

[~mike.jumper] If there ia any suggestions for the above, Please let me know so 
that I can try something out to resolve the above.

> RDP clipboard uses incorrect newline characters
> ---
>
> Key: GUACAMOLE-478
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-478
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Reporter: Amarjeet Singh
>Priority: Minor
>
> With the RDP protocol originating from Windows, the format of text clipboard 
> contents is assumed to use Windows-style newline characters (CR+LF). 
> Guacamole currently does not attempt to translate newline characters, sending 
> the format used within the received clipboard stream. This means that 
> applications running within RDP which only support Windows-style newlines, 
> such as Notepad, fail to handle received clipboard data.
> Applications which can handle both UNIX-style and Windows-style newline 
> characters are unaffected.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Comment Edited] (GUACAMOLE-478) RDP clipboard uses incorrect newline characters

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16359311#comment-16359311
 ] 

Amarjeet Singh edited comment on GUACAMOLE-478 at 2/10/18 7:34 AM:
---

[~mike.jumper]

{quote}
I can confirm through testing that replacing all UNIX-style newlines within the 
clipboard with Windows-style newlines solves the problem with respect to the 
affected applications (Notepad), and that other applications which were not 
affected by this (applications which correctly handle the UNIX-style newlines) 
continue to work as expected with the Windows-style newlines.
{quote}

Where do I have to change from UNIX-style newlines to Windows-style newlines to 
test it ? 

Mike help me to resolve the above issue as most of the users use notepad and 
Windows RDP.


was (Author: amarjeetxc):
[~mike.jumper]

{quote} I can confirm through testing that replacing all UNIX-style newlines 
within the clipboard with Windows-style newlines solves the problem with 
respect to the affected applications (Notepad), and that other applications 
which were not affected by this (applications which correctly handle the 
UNIX-style newlines) continue to work as expected with the Windows-style 
newlines.\{quote}

Where do I have to change from UNIX-style newlines to Windows-style newlines to 
test it ? 

Mike help me to resolve the above issue as most of the users use notepad and 
Windows RDP.

> RDP clipboard uses incorrect newline characters
> ---
>
> Key: GUACAMOLE-478
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-478
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Reporter: Amarjeet Singh
>Priority: Minor
>
> With the RDP protocol originating from Windows, the format of text clipboard 
> contents is assumed to use Windows-style newline characters (CR+LF). 
> Guacamole currently does not attempt to translate newline characters, sending 
> the format used within the received clipboard stream. This means that 
> applications running within RDP which only support Windows-style newlines, 
> such as Notepad, fail to handle received clipboard data.
> Applications which can handle both UNIX-style and Windows-style newline 
> characters are unaffected.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-478) RDP clipboard uses incorrect newline characters

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16359311#comment-16359311
 ] 

Amarjeet Singh commented on GUACAMOLE-478:
--

[~mike.jumper]

{quote} I can confirm through testing that replacing all UNIX-style newlines 
within the clipboard with Windows-style newlines solves the problem with 
respect to the affected applications (Notepad), and that other applications 
which were not affected by this (applications which correctly handle the 
UNIX-style newlines) continue to work as expected with the Windows-style 
newlines.\{quote}

Where do I have to change from UNIX-style newlines to Windows-style newlines to 
test it ? 

Mike help me to resolve the above issue as most of the users use notepad and 
Windows RDP.

> RDP clipboard uses incorrect newline characters
> ---
>
> Key: GUACAMOLE-478
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-478
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Reporter: Amarjeet Singh
>Priority: Minor
>
> With the RDP protocol originating from Windows, the format of text clipboard 
> contents is assumed to use Windows-style newline characters (CR+LF). 
> Guacamole currently does not attempt to translate newline characters, sending 
> the format used within the received clipboard stream. This means that 
> applications running within RDP which only support Windows-style newlines, 
> such as Notepad, fail to handle received clipboard data.
> Applications which can handle both UNIX-style and Windows-style newline 
> characters are unaffected.



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

[jira] [Commented] (GUACAMOLE-472) Display-update parameter in resize-method does not update the comple screen

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16325016#comment-16325016
 ] 

Amarjeet Singh commented on GUACAMOLE-472:
--

Thanks Michael.

I will take this issue on the mailing list for discussion.

On Fri, Jan 12, 2018 at 11:59 PM, Michael Jumper (JIRA) 



> Display-update parameter in resize-method does not update the comple screen
> ---
>
> Key: GUACAMOLE-472
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-472
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.13-incubating
> Environment: Window 10 : Any Browser
>Reporter: Amarjeet Singh
> Attachments: display-update.PNG, image.png
>
>
> I have used display-update in *resize-method*. when I open developer tool it 
> shrink the size of the RDP screen. It seems as it is zooming in.
> The same happens when I download the file and screen size zooms in. It should 
> complete the whole screen but it shows black background along with RDP screen.
> Refer the screenshot.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Comment Edited] (GUACAMOLE-478) RDP clipboard uses incorrect newline characters

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16318676#comment-16318676
 ] 

Amarjeet Singh edited comment on GUACAMOLE-478 at 1/9/18 4:27 PM:
--

Dear Michael,

My local machine is Windows 10 and my RDP machine is also Windows 10. When I am 
copying data from Windows notepad of local machine to Windows notepad of Remote 
machine then  It is stripping new lines. 

but when I am doing same from Microsoft RDP ( mstsc ) then it is not stripping 
line.

   
{quote}Amarjeet, newline characters are not being stripped. In the case where 
newlines are not showing within Notepad, it is because Notepad strictly only 
supports Windows-style newlines, 
not because newline characters are absent{quote}



We are sending text with window new line style which should be supported by 
notepad as it supports it.* Is there any conversion from window style to Unix 
style in between ?*
   

[~mike.jumper]   what does it mean "replacing all UNIX-style newlines within 
the clipboard " ? Does it has to do something with guacamole-server  where we 
can change and verify?


was (Author: amarjeetxc):
Dear Michael,

My local machine is Windows 10 and my RDP machine is also Windows 10. When I am 
copying data from Windows notepad of local machine to Windows notepad of Remote 
machine then  It is stripping new lines. 

but when I am doing same from Microsoft RDP ( mstsc ) then it is not stripping 
line.

   
[#Amarjeet, newline characters are not being stripped. In the case where 
newlines are not showing within Notepad, it is because Notepad strictly only 
supports Windows-style newlines, 
not because newline characters are absent.]



We are sending text with window new line style which should be supported by 
notepad as it supports it.* Is there any conversion from window style to Unix 
style in between ?*
   

[~mike.jumper]   what does it mean "replacing all UNIX-style newlines within 
the clipboard " ? Does it has to do something with guacamole-server  where we 
can change and verify?

> RDP clipboard uses incorrect newline characters
> ---
>
> Key: GUACAMOLE-478
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-478
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Reporter: Amarjeet Singh
>Priority: Minor
>
> With the RDP protocol originating from Windows, the format of text clipboard 
> contents is assumed to use Windows-style newline characters (CR+LF). 
> Guacamole currently does not attempt to translate newline characters, sending 
> the format used within the received clipboard stream. This means that 
> applications running within RDP which only support Windows-style newlines, 
> such as Notepad, fail to handle received clipboard data.
> Applications which can handle both UNIX-style and Windows-style newline 
> characters are unaffected.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Comment Edited] (GUACAMOLE-478) RDP clipboard uses incorrect newline characters

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16318676#comment-16318676
 ] 

Amarjeet Singh edited comment on GUACAMOLE-478 at 1/9/18 4:22 PM:
--

Dear Michael,

My local machine is Windows 10 and my RDP machine is also Windows 10. When I am 
copying data from Windows notepad of local machine to Windows notepad of Remote 
machine then  It is stripping new lines. 

but when I am doing same from Microsoft RDP ( mstsc ) then it is not stripping 
line.

   
[#Amarjeet, newline characters are not being stripped. In the case where 
newlines are not showing within Notepad, it is because Notepad strictly only 
supports Windows-style newlines, 
not because newline characters are absent.]



We are sending text with window new line style which should be supported by 
notepad as it supports it.* Is there any conversion from window style to Unix 
style in between ?*
   

[~mike.jumper]   what does it mean "replacing all UNIX-style newlines within 
the clipboard " ? Does it has to do something with guacamole-server  where we 
can change and verify?


was (Author: amarjeetxc):
Dear Michael,

My local machine is Windows 10 and my RDP machine is also Windows 10. When I am 
copying data from Windows notepad of local machine to Windows notepad of Remote 
machine then  It is stripping new lines. 

but when I am doing same from Microsoft RDP ( mstsc ) then it is not stripping 
line.

   
^
Amarjeet, newline characters are not being stripped. In the case where newlines 
are not showing within Notepad, it is because Notepad strictly only supports 
Windows-style newlines, 
not because newline characters are absent.^



We are sending text with window new line style which should be supported by 
notepad as it supports it.* Is there any conversion from window style to Unix 
style in between ?*
   

[~mike.jumper]   what does it mean "replacing all UNIX-style newlines within 
the clipboard " ? Does it has to do something with guacamole-server  where we 
can change and verify?

> RDP clipboard uses incorrect newline characters
> ---
>
> Key: GUACAMOLE-478
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-478
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Reporter: Amarjeet Singh
>Priority: Minor
>
> With the RDP protocol originating from Windows, the format of text clipboard 
> contents is assumed to use Windows-style newline characters (CR+LF). 
> Guacamole currently does not attempt to translate newline characters, sending 
> the format used within the received clipboard stream. This means that 
> applications running within RDP which only support Windows-style newlines, 
> such as Notepad, fail to handle received clipboard data.
> Applications which can handle both UNIX-style and Windows-style newline 
> characters are unaffected.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Comment Edited] (GUACAMOLE-478) RDP clipboard uses incorrect newline characters

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16318676#comment-16318676
 ] 

Amarjeet Singh edited comment on GUACAMOLE-478 at 1/9/18 4:21 PM:
--

Dear Michael,

My local machine is Windows 10 and my RDP machine is also Windows 10. When I am 
copying data from Windows notepad of local machine to Windows notepad of Remote 
machine then  It is stripping new lines. 

but when I am doing same from Microsoft RDP ( mstsc ) then it is not stripping 
line.

   
^
Amarjeet, newline characters are not being stripped. In the case where newlines 
are not showing within Notepad, it is because Notepad strictly only supports 
Windows-style newlines, 
not because newline characters are absent.^



We are sending text with window new line style which should be supported by 
notepad as it supports it.* Is there any conversion from window style to Unix 
style in between ?*
   

[~mike.jumper]   what does it mean "replacing all UNIX-style newlines within 
the clipboard " ? Does it has to do something with guacamole-server  where we 
can change and verify?


was (Author: amarjeetxc):
Dear Michael,

My local machine is Windows 10 and my RDP machine is also Windows 10. When I am 
copying data from Windows notepad of local machine to Windows notepad of Remote 
machine then  It is stripping new lines. 

but when I am doing same from Microsoft RDP ( mstsc ) then it is not stripping 
line.

   
||Heading 1||Heading 2||
| Amarjeet, newline characters are not being stripped. In the case where 
newlines are not showing within Notepad, it is because Notepad strictly only 
supports Windows-style newlines, 
not because newline characters are absent.|Col A2|


We are sending text with window new line style which should be supported by 
notepad as it supports it.* Is there any conversion from window style to Unix 
style in between ?*
   

[~mike.jumper]   what does it mean "replacing all UNIX-style newlines within 
the clipboard " ? Does it has to do something with guacamole-server  where we 
can change and verify?

> RDP clipboard uses incorrect newline characters
> ---
>
> Key: GUACAMOLE-478
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-478
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Reporter: Amarjeet Singh
>Priority: Minor
>
> With the RDP protocol originating from Windows, the format of text clipboard 
> contents is assumed to use Windows-style newline characters (CR+LF). 
> Guacamole currently does not attempt to translate newline characters, sending 
> the format used within the received clipboard stream. This means that 
> applications running within RDP which only support Windows-style newlines, 
> such as Notepad, fail to handle received clipboard data.
> Applications which can handle both UNIX-style and Windows-style newline 
> characters are unaffected.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Comment Edited] (GUACAMOLE-478) RDP clipboard uses incorrect newline characters

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16318676#comment-16318676
 ] 

Amarjeet Singh edited comment on GUACAMOLE-478 at 1/9/18 4:20 PM:
--

Dear Michael,

My local machine is Windows 10 and my RDP machine is also Windows 10. When I am 
copying data from Windows notepad of local machine to Windows notepad of Remote 
machine then  It is stripping new lines. 

but when I am doing same from Microsoft RDP ( mstsc ) then it is not stripping 
line.

   
||Heading 1||Heading 2||
| Amarjeet, newline characters are not being stripped. In the case where 
newlines are not showing within Notepad, it is because Notepad strictly only 
supports Windows-style newlines, 
not because newline characters are absent.|Col A2|


We are sending text with window new line style which should be supported by 
notepad as it supports it.* Is there any conversion from window style to Unix 
style in between ?*
   

[~mike.jumper]   what does it mean "replacing all UNIX-style newlines within 
the clipboard " ? Does it has to do something with guacamole-server  where we 
can change and verify?


was (Author: amarjeetxc):
Dear Michael,

My local machine is Windows 10 and my RDP machine is also Windows 10. When I am 
copying data from Windows notepad of local machine to Windows notepad of Remote 
machine then  It is stripping new lines. 

but when I am doing same from Microsoft RDP ( mstsc ) then it is not stripping 
line.

Amarjeet, newline characters are not being stripped. In the case 
where newlines are not showing within Notepad, it is because Notepad strictly 
only supports Windows-style newlines, 
not because newline characters are absent.

We are sending text with window new line style which should be supported by 
notepad as it supports it.* Is there any conversion from window style to Unix 
style in between ?*
   

[~mike.jumper]   what does it mean "replacing all UNIX-style newlines within 
the clipboard " ? Does it has to do something with guacamole-server  where we 
can change and verify?

> RDP clipboard uses incorrect newline characters
> ---
>
> Key: GUACAMOLE-478
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-478
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Reporter: Amarjeet Singh
>Priority: Minor
>
> With the RDP protocol originating from Windows, the format of text clipboard 
> contents is assumed to use Windows-style newline characters (CR+LF). 
> Guacamole currently does not attempt to translate newline characters, sending 
> the format used within the received clipboard stream. This means that 
> applications running within RDP which only support Windows-style newlines, 
> such as Notepad, fail to handle received clipboard data.
> Applications which can handle both UNIX-style and Windows-style newline 
> characters are unaffected.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-478) RDP clipboard uses incorrect newline characters

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16318676#comment-16318676
 ] 

Amarjeet Singh commented on GUACAMOLE-478:
--

Dear Michael,

My local machine is Windows 10 and my RDP machine is also Windows 10. When I am 
copying data from Windows notepad of local machine to Windows notepad of Remote 
machine then  It is stripping new lines. 

but when I am doing same from Microsoft RDP ( mstsc ) then it is not stripping 
line.

Amarjeet, newline characters are not being stripped. In the case 
where newlines are not showing within Notepad, it is because Notepad strictly 
only supports Windows-style newlines, 
not because newline characters are absent.

We are sending text with window new line style which should be supported by 
notepad as it supports it.* Is there any conversion from window style to Unix 
style in between ?*
   

[~mike.jumper]   what does it mean "replacing all UNIX-style newlines within 
the clipboard " ? Does it has to do something with guacamole-server  where we 
can change and verify?

> RDP clipboard uses incorrect newline characters
> ---
>
> Key: GUACAMOLE-478
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-478
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Reporter: Amarjeet Singh
>Priority: Minor
>
> With the RDP protocol originating from Windows, the format of text clipboard 
> contents is assumed to use Windows-style newline characters (CR+LF). 
> Guacamole currently does not attempt to translate newline characters, sending 
> the format used within the received clipboard stream. This means that 
> applications running within RDP which only support Windows-style newlines, 
> such as Notepad, fail to handle received clipboard data.
> Applications which can handle both UNIX-style and Windows-style newline 
> characters are unaffected.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-478) RDP clipboard uses incorrect newline characters

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16317966#comment-16317966
 ] 

Amarjeet Singh commented on GUACAMOLE-478:
--

Okay. It' related to clipboard that's why I though let it be there.




> RDP clipboard uses incorrect newline characters
> ---
>
> Key: GUACAMOLE-478
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-478
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Reporter: Amarjeet Singh
>Priority: Minor
>
> With the RDP protocol originating from Windows, the format of text clipboard 
> contents is assumed to use Windows-style newline characters (CR+LF). 
> Guacamole currently does not attempt to translate newline characters, sending 
> the format used within the received clipboard stream. This means that 
> applications running within RDP which only support Windows-style newlines, 
> such as Notepad, fail to handle received clipboard data.
> Applications which can handle both UNIX-style and Windows-style newline 
> characters are unaffected.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Reopened] (GUACAMOLE-478) Clipboard is not copying complete data from Local to Remote

[Amarjeet Singh (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GUACAMOLE-478?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Amarjeet Singh reopened GUACAMOLE-478:
--

Stripping issue with notepad copy and paste still remains. I have only updated 
Gucamole-client from the Latest Code.

Do I have to build Gucamole-Server as well to fix the stripping issue.

What if I don't want to define any limit of GUAC_RDP_CLIPBOARD_MAX_LENGTH .

Will it break something ?


> Clipboard is not copying complete data from Local to Remote 
> 
>
> Key: GUACAMOLE-478
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-478
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
> Environment: Chrome Browser
>Reporter: Amarjeet Singh
>
> I have build a war from the latest  code [ forking master branch and fetch 
> upstream ] .
> I am copying from local to remote clipboard using Ctrl+Alt+Shift [ Menu of 
> Guacamole ].
> I have copied  4000 line in Clipboard Menu and tried to copy it in Remote 
> Clipboard.
> but it only copied 3500 lines of data. I can see the data in Clipboard Menu 
> but it stripped the data.
> it is not stripping the next line character [ which was a bug earlier ] .



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-476) IF NLA is on and username and password is not given ( disabled single sign on ) . It shows error : Unreachable

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16316359#comment-16316359
 ] 

Amarjeet Singh commented on GUACAMOLE-476:
--

Ok I will update both. Thanks  Nick for your help and quick response.

On Mon, Jan 8, 2018 at 7:21 PM, Nick Couchman (JIRA) 



> IF NLA is on and username and password is not given ( disabled single sign on 
> ) . It shows error : Unreachable
> --
>
> Key: GUACAMOLE-476
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-476
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole-client, RDP
>Affects Versions: 0.9.13-incubating
> Environment: Windows Server 2012 R2
>Reporter: Amarjeet Singh
>Priority: Minor
>
>  I have checked the settings  of NLA in Windows Server 2012 R2 and disabled 
> single sign on  ( no username and password to be redirected ) It gives error 
> that machine is unreachable.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-476) IF NLA is on and username and password is not given ( disabled single sign on ) . It shows error : Unreachable

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16316326#comment-16316326
 ] 

Amarjeet Singh commented on GUACAMOLE-476:
--

Nick,


I am using  version 0.9.14 of Gucamole-Client only  and   version 0.9.13 of
Gucamole-Server.

On Mon, Jan 8, 2018 at 6:47 PM, Nick Couchman (JIRA) 



> IF NLA is on and username and password is not given ( disabled single sign on 
> ) . It shows error : Unreachable
> --
>
> Key: GUACAMOLE-476
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-476
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole-client, RDP
>Affects Versions: 0.9.13-incubating
> Environment: Windows Server 2012 R2
>Reporter: Amarjeet Singh
>Priority: Minor
>
>  I have checked the settings  of NLA in Windows Server 2012 R2 and disabled 
> single sign on  ( no username and password to be redirected ) It gives error 
> that machine is unreachable.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Created] (GUACAMOLE-479) On-Screen Keyboard is covering the screen because of RDP screen size decreases too much

[Amarjeet Singh (JIRA)]

Amarjeet Singh created GUACAMOLE-479:


 Summary: On-Screen Keyboard is covering the screen because of RDP 
screen size decreases too much
 Key: GUACAMOLE-479
 URL: https://issues.apache.org/jira/browse/GUACAMOLE-479
 Project: Guacamole
  Issue Type: Bug
  Components: guacamole
Affects Versions: 0.9.13-incubating
Reporter: Amarjeet Singh
 Attachments: Keyboard_UI.PNG

I have opened on-screen keyboard which opened on the screen but covers most of 
the screen because of which RDP Screen size decreases too much. Why Would I use 
On-screen keyboard if I can't see RDP screen properly

Refer the screenshot.

It should be parallely aligned the RDP canvas.

Can't we make it draggable ?



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-472) Display-update parameter in resize-method does not update the comple screen

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16315726#comment-16315726
 ] 

Amarjeet Singh commented on GUACAMOLE-472:
--

[~mike.jumper]  display-update is still same after updating FreeRDP version to 
1.1. It shows black background when
window resize happens ( Refer the screenshot ).

Am I missing something in the configurations.

> Display-update parameter in resize-method does not update the comple screen
> ---
>
> Key: GUACAMOLE-472
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-472
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.13-incubating
> Environment: Window 10 : Any Browser
>Reporter: Amarjeet Singh
> Attachments: display-update.PNG, image.png
>
>
> I have used display-update in *resize-method*. when I open developer tool it 
> shrink the size of the RDP screen. It seems as it is zooming in.
> The same happens when I download the file and screen size zooms in. It should 
> complete the whole screen but it shows black background along with RDP screen.
> Refer the screenshot.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-476) IF NLA is on and username and password is not given ( disabled single sign on ) . It shows error : Unreachable

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16315724#comment-16315724
 ] 

Amarjeet Singh commented on GUACAMOLE-476:
--

I am using FreeRDP version 1.1.  Guacamole-Client from latest code from Git  . 
Guacamole-Server version  : 0.9.13
Will it show the error of Invalid login credential if *NLA is on * from the 
server side  and  Username and Password is not given in the parameters.

> IF NLA is on and username and password is not given ( disabled single sign on 
> ) . It shows error : Unreachable
> --
>
> Key: GUACAMOLE-476
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-476
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole-client, RDP
>Affects Versions: 0.9.13-incubating
> Environment: Windows Server 2012 R2
>Reporter: Amarjeet Singh
>Priority: Minor
>
>  I have checked the settings  of NLA in Windows Server 2012 R2 and disabled 
> single sign on  ( no username and password to be redirected ) It gives error 
> that machine is unreachable.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-478) Clipboard is not copying complete data from Local to Remote

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16315722#comment-16315722
 ] 

Amarjeet Singh commented on GUACAMOLE-478:
--

What if I don't want to define any limit of GUAC_RDP_CLIPBOARD_MAX_LENGTH .

Will it break something ?

> Clipboard is not copying complete data from Local to Remote 
> 
>
> Key: GUACAMOLE-478
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-478
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
> Environment: Chrome Browser
>Reporter: Amarjeet Singh
>
> I have build a war from the latest  code [ forking master branch and fetch 
> upstream ] .
> I am copying from local to remote clipboard using Ctrl+Alt+Shift [ Menu of 
> Guacamole ].
> I have copied  4000 line in Clipboard Menu and tried to copy it in Remote 
> Clipboard.
> but it only copied 3500 lines of data. I can see the data in Clipboard Menu 
> but it stripped the data.
> it is not stripping the next line character [ which was a bug earlier ] .



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-478) Clipboard is not copying complete data from Local to Remote

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16315721#comment-16315721
 ] 

Amarjeet Singh commented on GUACAMOLE-478:
--

I tried to copy the js [ javascript file data ] data to a js file then it does 
not strip the next line character.
if I copy text from a notepad file with multiple lines and paste to notepad 
file in remote desktop it is stripping new line character.

[~mike.jumper]  Thanks for the quick response.

Stripping issue with notepad copy and paste still remains. I have only updated 
Gucamole-client from the Latest Code.

Do I have to build Gucamole-Server as well to fix the stripping issue.

> Clipboard is not copying complete data from Local to Remote 
> 
>
> Key: GUACAMOLE-478
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-478
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
> Environment: Chrome Browser
>Reporter: Amarjeet Singh
>
> I have build a war from the latest  code [ forking master branch and fetch 
> upstream ] .
> I am copying from local to remote clipboard using Ctrl+Alt+Shift [ Menu of 
> Guacamole ].
> I have copied  4000 line in Clipboard Menu and tried to copy it in Remote 
> Clipboard.
> but it only copied 3500 lines of data. I can see the data in Clipboard Menu 
> but it stripped the data.
> it is not stripping the next line character [ which was a bug earlier ] .



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Resolved] (GUACAMOLE-477) Error on Web Interface if username or password is incorrect. Doesn't show Window's Login screen with invalid credentials.

[Amarjeet Singh (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GUACAMOLE-477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Amarjeet Singh resolved GUACAMOLE-477.
--
Resolution: Invalid

Issue is not in Guacamole- client and Guacamole-server. RDP parameters was not 
configured in VM machine.

> Error on Web Interface  if username or password is incorrect. Doesn't show 
> Window's Login screen with invalid credentials.
> --
>
> Key: GUACAMOLE-477
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-477
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.13-incubating
> Environment: Windows Server 2012 R2, Windows 10, Windows 8 , Windows 
> 7 [ VM machines on localhost ]
> FreeRDP Version : 1.0 , FreeRDP Version : 1.1
> Guacamole-Client Version : 0.9.13
> Guacamole-Server Version : 0.9.13
>Reporter: Amarjeet Singh
>Priority: Trivial
> Attachments: login_screen_error.PNG
>
>
> Getting Connection error  on Web Interface which is as follows :-
> if Username is incorrect or password is incorrect 
> {color:red}The remote desktop server is currently unreachable. If the problem 
> persists, please notify your system administrator, or check your system logs. 
>Reconnecting in 4 seconds...{color}
> Screenshot : 
> Refer to the attachment  *login_screen_error.PNG*
> Configuration in user-mapping.xml File :-
>   
>  
> rdp
> 172.17.1.75
> 3389
> display-update
> true
> true
> true
> /tmp/${GUAC_USERNAME}
> true
> any
> ucalo.com
> hyprint
> Jasbir Singh
> Sunny@28*Manny
> 
>  
> Machine is not in the domain of  ucalo.com instead it should be localhost .
> but further debugging I got to know that if domain name is incorrect { 
> ucalo.com or ucal.com or whatever } it will login into the Machine only if 
> username and password is correct and domain is localhost.
> Unit Case 1 : If username is incorrect it will show the above error.
> Unit Case 2 : If username is correct and password is incorrect , it will show 
> the above error.
> Logs of GUACD in FreeRDP Version 1.1  :-
> Jan  6 23:34:06 localhost guacd[9421]: Creating new client for protocol "rdp"
> Jan  6 23:34:06 localhost guacd[9421]: Connection ID is 
> "$d770a106-0701-42ce-a8f2-743cfe401a62"
> Jan  6 23:34:06 localhost guacd[9487]: Security mode: ANY
> Jan  6 23:34:06 localhost guacd[9487]: Resize method: display-update
> Jan  6 23:34:06 localhost guacd[9487]: User 
> "@e4185959-ab26-4c61-ad1f-b3b566a7757d" joined connection 
> "$d770a106-0701-42ce-a8f2-743cfe401a62" (1 users now present)
> Jan  6 23:34:06 localhost guacd[9487]: Loading keymap "base"
> Jan  6 23:34:06 localhost guacd[9487]: Loading keymap "en-us-qwerty"
> Jan  6 23:34:06 localhost guacd[9487]: Created static channel "hyprint"...
> Jan  6 23:34:07 localhost guacd[9487]: Error connecting to RDP server
> Jan  6 23:34:07 localhost guacd[9487]: User 
> "@e4185959-ab26-4c61-ad1f-b3b566a7757d" disconnected (0 users remain)
> Jan  6 23:34:07 localhost guacd[9487]: Last user of connection 
> "$d770a106-0701-42ce-a8f2-743cfe401a62" disconnected
> Jan  6 23:34:07 localhost guacd[9421]: Connection 
> "$d770a106-0701-42ce-a8f2-743cfe401a62" removed.
> Jan  6 23:34:23 localhost guacd[9421]: Creating new client for protocol "rdp"
> Jan  6 23:34:23 localhost guacd[9421]: Connection ID is 
> "$17c5ed93-11a7-4563-80c4-55371a2d4e45"
> Jan  6 23:34:23 localhost guacd[9496]: Security mode: ANY
> Jan  6 23:34:23 localhost guacd[9496]: Resize method: display-update
> Jan  6 23:34:23 localhost guacd[9496]: User 
> "@321fc488-279e-48d5-b777-5aac90815809" joined connection 
> "$17c5ed93-11a7-4563-80c4-55371a2d4e45" (1 users now present)
> Jan  6 23:34:23 localhost guacd[9496]: Loading keymap "base"
> Jan  6 23:34:23 localhost guacd[9496]: Loading keymap "en-us-qwerty"
> Jan  6 23:34:23 localhost guacd[9496]: Created static channel "hyprint"...
> Jan  6 23:34:24 localhost guacd[9496]: Error connecting to RDP server
> Jan  6 23:34:24 localhost guacd[9496]: User 
> "@321fc488-279e-48d5-b777-5aac90815809" disconnected (0 users remain)
> Jan  6 23:34:24 localhost guacd[9496]: Last user of connection 
> "$17c5ed93-11a7-4563-80c4-55371a2d4e45" disconnected
> Jan  6 23:34:24 localhost guacd[9421]: Connection 
> "$17c5ed93-11a7-4563-80c4-55371a2d4e45" removed.
> Logs of GUACD in FreeRDP Version 1.0  :-
> in FreeRDP 1.0 version version logs are as 

[jira] [Updated] (GUACAMOLE-477) Error on Web Interface if username or password is incorrect. Doesn't show Window's Login screen with invalid credentials.

[Amarjeet Singh (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GUACAMOLE-477?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Amarjeet Singh updated GUACAMOLE-477:
-
Priority: Trivial  (was: Critical)

> Error on Web Interface  if username or password is incorrect. Doesn't show 
> Window's Login screen with invalid credentials.
> --
>
> Key: GUACAMOLE-477
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-477
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.13-incubating
> Environment: Windows Server 2012 R2, Windows 10, Windows 8 , Windows 
> 7 [ VM machines on localhost ]
> FreeRDP Version : 1.0 , FreeRDP Version : 1.1
> Guacamole-Client Version : 0.9.13
> Guacamole-Server Version : 0.9.13
>Reporter: Amarjeet Singh
>Priority: Trivial
> Attachments: login_screen_error.PNG
>
>
> Getting Connection error  on Web Interface which is as follows :-
> if Username is incorrect or password is incorrect 
> {color:red}The remote desktop server is currently unreachable. If the problem 
> persists, please notify your system administrator, or check your system logs. 
>Reconnecting in 4 seconds...{color}
> Screenshot : 
> Refer to the attachment  *login_screen_error.PNG*
> Configuration in user-mapping.xml File :-
>   
>  
> rdp
> 172.17.1.75
> 3389
> display-update
> true
> true
> true
> /tmp/${GUAC_USERNAME}
> true
> any
> ucalo.com
> hyprint
> Jasbir Singh
> Sunny@28*Manny
> 
>  
> Machine is not in the domain of  ucalo.com instead it should be localhost .
> but further debugging I got to know that if domain name is incorrect { 
> ucalo.com or ucal.com or whatever } it will login into the Machine only if 
> username and password is correct and domain is localhost.
> Unit Case 1 : If username is incorrect it will show the above error.
> Unit Case 2 : If username is correct and password is incorrect , it will show 
> the above error.
> Logs of GUACD in FreeRDP Version 1.1  :-
> Jan  6 23:34:06 localhost guacd[9421]: Creating new client for protocol "rdp"
> Jan  6 23:34:06 localhost guacd[9421]: Connection ID is 
> "$d770a106-0701-42ce-a8f2-743cfe401a62"
> Jan  6 23:34:06 localhost guacd[9487]: Security mode: ANY
> Jan  6 23:34:06 localhost guacd[9487]: Resize method: display-update
> Jan  6 23:34:06 localhost guacd[9487]: User 
> "@e4185959-ab26-4c61-ad1f-b3b566a7757d" joined connection 
> "$d770a106-0701-42ce-a8f2-743cfe401a62" (1 users now present)
> Jan  6 23:34:06 localhost guacd[9487]: Loading keymap "base"
> Jan  6 23:34:06 localhost guacd[9487]: Loading keymap "en-us-qwerty"
> Jan  6 23:34:06 localhost guacd[9487]: Created static channel "hyprint"...
> Jan  6 23:34:07 localhost guacd[9487]: Error connecting to RDP server
> Jan  6 23:34:07 localhost guacd[9487]: User 
> "@e4185959-ab26-4c61-ad1f-b3b566a7757d" disconnected (0 users remain)
> Jan  6 23:34:07 localhost guacd[9487]: Last user of connection 
> "$d770a106-0701-42ce-a8f2-743cfe401a62" disconnected
> Jan  6 23:34:07 localhost guacd[9421]: Connection 
> "$d770a106-0701-42ce-a8f2-743cfe401a62" removed.
> Jan  6 23:34:23 localhost guacd[9421]: Creating new client for protocol "rdp"
> Jan  6 23:34:23 localhost guacd[9421]: Connection ID is 
> "$17c5ed93-11a7-4563-80c4-55371a2d4e45"
> Jan  6 23:34:23 localhost guacd[9496]: Security mode: ANY
> Jan  6 23:34:23 localhost guacd[9496]: Resize method: display-update
> Jan  6 23:34:23 localhost guacd[9496]: User 
> "@321fc488-279e-48d5-b777-5aac90815809" joined connection 
> "$17c5ed93-11a7-4563-80c4-55371a2d4e45" (1 users now present)
> Jan  6 23:34:23 localhost guacd[9496]: Loading keymap "base"
> Jan  6 23:34:23 localhost guacd[9496]: Loading keymap "en-us-qwerty"
> Jan  6 23:34:23 localhost guacd[9496]: Created static channel "hyprint"...
> Jan  6 23:34:24 localhost guacd[9496]: Error connecting to RDP server
> Jan  6 23:34:24 localhost guacd[9496]: User 
> "@321fc488-279e-48d5-b777-5aac90815809" disconnected (0 users remain)
> Jan  6 23:34:24 localhost guacd[9496]: Last user of connection 
> "$17c5ed93-11a7-4563-80c4-55371a2d4e45" disconnected
> Jan  6 23:34:24 localhost guacd[9421]: Connection 
> "$17c5ed93-11a7-4563-80c4-55371a2d4e45" removed.
> Logs of GUACD in FreeRDP Version 1.0  :-
> in FreeRDP 1.0 version version logs are as follows :-
> Jan  6 23:40:23 hysecuresslvpn guacd[20399]: Creating new client for protocol 
> "rdp"

[jira] [Commented] (GUACAMOLE-478) Clipboard is not copying complete data from Local to Remote

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-478?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16315323#comment-16315323
 ] 

Amarjeet Singh commented on GUACAMOLE-478:
--

I tried to copy the js [ javascript file data ]  data to a js file then it does 
 not  strip the next line character.
if I copy text from a notepad file with multiple lines and paste to notepad 
file in remote desktop it is stripping new line character.

> Clipboard is not copying complete data from Local to Remote 
> 
>
> Key: GUACAMOLE-478
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-478
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.14
> Environment: Chrome Browser
>Reporter: Amarjeet Singh
>
> I have build a war from the latest  code [ forking master branch and fetch 
> upstream ] .
> I am copying from local to remote clipboard using Ctrl+Alt+Shift [ Menu of 
> Guacamole ].
> I have copied  4000 line in Clipboard Menu and tried to copy it in Remote 
> Clipboard.
> but it only copied 3500 lines of data. I can see the data in Clipboard Menu 
> but it stripped the data.
> it is not stripping the next line character [ which was a bug earlier ] .



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Created] (GUACAMOLE-478) Clipboard is not copying complete data from Local to Remote

[Amarjeet Singh (JIRA)]

Amarjeet Singh created GUACAMOLE-478:


 Summary: Clipboard is not copying complete data from Local to 
Remote 
 Key: GUACAMOLE-478
 URL: https://issues.apache.org/jira/browse/GUACAMOLE-478
 Project: Guacamole
  Issue Type: Bug
  Components: guacamole
Affects Versions: 0.9.14
 Environment: Chrome Browser
Reporter: Amarjeet Singh


I have build a war from the latest  code [ forking master branch and fetch 
upstream ] .

I am copying from local to remote clipboard using Ctrl+Alt+Shift [ Menu of 
Guacamole ].

I have copied  4000 line in Clipboard Menu and tried to copy it in Remote 
Clipboard.

but it only copied 3500 lines of data. I can see the data in Clipboard Menu but 
it stripped the data.

it is not stripping the next line character [ which was a bug earlier ] .



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Created] (GUACAMOLE-477) Error on Web Interface if username or password is incorrect. Doesn't show Window's Login screen with invalid credentials.

[Amarjeet Singh (JIRA)]

Amarjeet Singh created GUACAMOLE-477:


 Summary: Error on Web Interface  if username or password is 
incorrect. Doesn't show Window's Login screen with invalid credentials.
 Key: GUACAMOLE-477
 URL: https://issues.apache.org/jira/browse/GUACAMOLE-477
 Project: Guacamole
  Issue Type: Bug
  Components: guacamole
Affects Versions: 0.9.13-incubating
 Environment: Windows Server 2012 R2, Windows 10, Windows 8 , Windows 7 
[ VM machines on localhost ]
FreeRDP Version : 1.0 , FreeRDP Version : 1.1
Guacamole-Client Version : 0.9.13
Guacamole-Server Version : 0.9.13
Reporter: Amarjeet Singh
Priority: Critical
 Attachments: login_screen_error.PNG

Getting Connection error  on Web Interface which is as follows :-

if Username is incorrect or password is incorrect 

{color:red}The remote desktop server is currently unreachable. If the problem 
persists, please notify your system administrator, or check your system logs.   
 Reconnecting in 4 seconds...{color}


Screenshot : 

Refer to the attachment  *login_screen_error.PNG*

Configuration in user-mapping.xml File :-

  
 
rdp
172.17.1.75
3389
display-update
true
true
true
/tmp/${GUAC_USERNAME}
true
any
ucalo.com
hyprint
Jasbir Singh
Sunny@28*Manny

 

Machine is not in the domain of  ucalo.com instead it should be localhost .

but further debugging I got to know that if domain name is incorrect { 
ucalo.com or ucal.com or whatever } it will login into the Machine only if 
username and password is correct and domain is localhost.

Unit Case 1 : If username is incorrect it will show the above error.

Unit Case 2 : If username is correct and password is incorrect , it will show 
the above error.

Logs of GUACD in FreeRDP Version 1.1  :-


Jan  6 23:34:06 localhost guacd[9421]: Creating new client for protocol "rdp"
Jan  6 23:34:06 localhost guacd[9421]: Connection ID is 
"$d770a106-0701-42ce-a8f2-743cfe401a62"
Jan  6 23:34:06 localhost guacd[9487]: Security mode: ANY
Jan  6 23:34:06 localhost guacd[9487]: Resize method: display-update
Jan  6 23:34:06 localhost guacd[9487]: User 
"@e4185959-ab26-4c61-ad1f-b3b566a7757d" joined connection 
"$d770a106-0701-42ce-a8f2-743cfe401a62" (1 users now present)
Jan  6 23:34:06 localhost guacd[9487]: Loading keymap "base"
Jan  6 23:34:06 localhost guacd[9487]: Loading keymap "en-us-qwerty"
Jan  6 23:34:06 localhost guacd[9487]: Created static channel "hyprint"...
Jan  6 23:34:07 localhost guacd[9487]: Error connecting to RDP server
Jan  6 23:34:07 localhost guacd[9487]: User 
"@e4185959-ab26-4c61-ad1f-b3b566a7757d" disconnected (0 users remain)
Jan  6 23:34:07 localhost guacd[9487]: Last user of connection 
"$d770a106-0701-42ce-a8f2-743cfe401a62" disconnected
Jan  6 23:34:07 localhost guacd[9421]: Connection 
"$d770a106-0701-42ce-a8f2-743cfe401a62" removed.
Jan  6 23:34:23 localhost guacd[9421]: Creating new client for protocol "rdp"
Jan  6 23:34:23 localhost guacd[9421]: Connection ID is 
"$17c5ed93-11a7-4563-80c4-55371a2d4e45"
Jan  6 23:34:23 localhost guacd[9496]: Security mode: ANY
Jan  6 23:34:23 localhost guacd[9496]: Resize method: display-update
Jan  6 23:34:23 localhost guacd[9496]: User 
"@321fc488-279e-48d5-b777-5aac90815809" joined connection 
"$17c5ed93-11a7-4563-80c4-55371a2d4e45" (1 users now present)
Jan  6 23:34:23 localhost guacd[9496]: Loading keymap "base"
Jan  6 23:34:23 localhost guacd[9496]: Loading keymap "en-us-qwerty"
Jan  6 23:34:23 localhost guacd[9496]: Created static channel "hyprint"...
Jan  6 23:34:24 localhost guacd[9496]: Error connecting to RDP server
Jan  6 23:34:24 localhost guacd[9496]: User 
"@321fc488-279e-48d5-b777-5aac90815809" disconnected (0 users remain)
Jan  6 23:34:24 localhost guacd[9496]: Last user of connection 
"$17c5ed93-11a7-4563-80c4-55371a2d4e45" disconnected
Jan  6 23:34:24 localhost guacd[9421]: Connection 
"$17c5ed93-11a7-4563-80c4-55371a2d4e45" removed.

Logs of GUACD in FreeRDP Version 1.0  :-

in FreeRDP 1.0 version version logs are as follows :-
Jan  6 23:40:23 hysecuresslvpn guacd[20399]: Creating new client for protocol 
"rdp"
Jan  6 23:40:23 hysecuresslvpn guacd: guacd[20399]: INFO:   Creating new 
client for protocol "rdp"
Jan  6 23:40:23 hysecuresslvpn guacd: guacd[20399]: INFO:   Connection ID 
is "$a2837633-62fc-48f2-acc7-9b987b67c8f7"
Jan  6 23:40:23 hysecuresslvpn guacd[20399]: Connection ID is 
"$a2837633-62fc-48f2-acc7-9b987b67c8f7"
Jan  6 23:40:23 hysecuresslvpn guacd[30990]: Security mode: ANY
Jan  6 23:40:23 hysecuresslvpn 

[jira] [Commented] (GUACAMOLE-472) Display-update parameter in resize-method does not update the comple screen

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16314886#comment-16314886
 ] 

Amarjeet Singh commented on GUACAMOLE-472:
--

Thanks Nick,

I have updated to FreeRDP version 1.1 . It is up and running without any
errors. Linking of guacamole libraries solved it.

So, first, in FreeRDP 1.1 changes a bunch of things, and I think the


 I found those plugins but FreeRDP 1.1 on Centos 7 changed the path.  It
was in "/usr/local/lib64/freerdp/" directory.


@Mike : display-update is still same. It  shows black background when
window resize happens  ( Refer the screenshot ).

   *Please help me if there is something I am missing. Or it is
what it is.*


Thanks and Regards,
Amarjeet Singh

On Fri, Jan 5, 2018 at 12:18 AM, Amarjeet Singh 
wrote:



> Display-update parameter in resize-method does not update the comple screen
> ---
>
> Key: GUACAMOLE-472
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-472
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.13-incubating
> Environment: Window 10 : Any Browser
>Reporter: Amarjeet Singh
> Attachments: display-update.PNG, image.png
>
>
> I have used display-update in *resize-method*. when I open developer tool it 
> shrink the size of the RDP screen. It seems as it is zooming in.
> The same happens when I download the file and screen size zooms in. It should 
> complete the whole screen but it shows black background along with RDP screen.
> Refer the screenshot.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-446) Allow RDP drive name to be configured

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-446?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16312636#comment-16312636
 ] 

Amarjeet Singh commented on GUACAMOLE-446:
--

Yes, that's right. I mean to change the name which comes after tsclient.
Ex : \\tsclient\Cloud Drive

instead of \\tsclient\G

If that's not possible then configuration of drive name that is appended
after  on .




> Allow RDP drive name to be configured
> -
>
> Key: GUACAMOLE-446
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-446
> Project: Guacamole
>  Issue Type: Improvement
>  Components: guacamole, RDP
>Reporter: Amarjeet Singh
>Priority: Trivial
>
> It would be better if Drive name would be configurable and pass to the guacd 
> as one of the parameters.
> if it would make more sense instead of hard coding it in guacamole-server .



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-472) Display-update parameter in resize-method does not update the comple screen

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16311578#comment-16311578
 ] 

Amarjeet Singh commented on GUACAMOLE-472:
--

Is there anything I am missing as plugins are not installed ?




> Display-update parameter in resize-method does not update the comple screen
> ---
>
> Key: GUACAMOLE-472
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-472
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.13-incubating
> Environment: Window 10 : Any Browser
>Reporter: Amarjeet Singh
> Attachments: display-update.PNG
>
>
> I have used display-update in *resize-method*. when I open developer tool it 
> shrink the size of the RDP screen. It seems as it is zooming in.
> The same happens when I download the file and screen size zooms in. It should 
> complete the whole screen but it shows black background along with RDP screen.
> Refer the screenshot.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-472) Display-update parameter in resize-method does not update the comple screen

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16311567#comment-16311567
 ] 

Amarjeet Singh commented on GUACAMOLE-472:
--

Thanks Nick.


I installed it but didn't find plugins file in any directory.

Plugins are installed in /usr/local/lib/freerdp:

cliprdr.so  disk.so  drdynvc.so  printer.so  rail.so  rdpdbg.so
rdpdr.so  rdpsnd_alsa.so  rdpsnd.so


On Thu, Jan 4, 2018 at 9:38 PM, Nick Couchman (JIRA) 



> Display-update parameter in resize-method does not update the comple screen
> ---
>
> Key: GUACAMOLE-472
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-472
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.13-incubating
> Environment: Window 10 : Any Browser
>Reporter: Amarjeet Singh
> Attachments: display-update.PNG
>
>
> I have used display-update in *resize-method*. when I open developer tool it 
> shrink the size of the RDP screen. It seems as it is zooming in.
> The same happens when I download the file and screen size zooms in. It should 
> complete the whole screen but it shows black background along with RDP screen.
> Refer the screenshot.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-472) Display-update parameter in resize-method does not update the comple screen

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16311561#comment-16311561
 ] 

Amarjeet Singh commented on GUACAMOLE-472:
--

Did that and it works.

Thanks Nick.




> Display-update parameter in resize-method does not update the comple screen
> ---
>
> Key: GUACAMOLE-472
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-472
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.13-incubating
> Environment: Window 10 : Any Browser
>Reporter: Amarjeet Singh
> Attachments: display-update.PNG
>
>
> I have used display-update in *resize-method*. when I open developer tool it 
> shrink the size of the RDP screen. It seems as it is zooming in.
> The same happens when I download the file and screen size zooms in. It should 
> complete the whole screen but it shows black background along with RDP screen.
> Refer the screenshot.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-472) Display-update parameter in resize-method does not update the comple screen

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16311552#comment-16311552
 ] 

Amarjeet Singh commented on GUACAMOLE-472:
--

Already installed  pcsc-lite-1.8.8-6.el7.x86_64 but still getting the above
error while running the following command.

cmake -DCMAKE_BUILD_TYPE=Debug -DWITH_SSE2=ON .

I tried as per the guidelines gien in FreeRDP website but failed. I ill try
one more time.





> Display-update parameter in resize-method does not update the comple screen
> ---
>
> Key: GUACAMOLE-472
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-472
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.13-incubating
> Environment: Window 10 : Any Browser
>Reporter: Amarjeet Singh
> Attachments: display-update.PNG
>
>
> I have used display-update in *resize-method*. when I open developer tool it 
> shrink the size of the RDP screen. It seems as it is zooming in.
> The same happens when I download the file and screen size zooms in. It should 
> complete the whole screen but it shows black background along with RDP screen.
> Refer the screenshot.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-448) There is no parameter for controlling whether bitmap caching is used.

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16311522#comment-16311522
 ] 

Amarjeet Singh commented on GUACAMOLE-448:
--

It should be available during normal operations if I don't want caching as
it gives patches and other issues. if  *bandwidth is not an issue* then it
is required to be available to make it configurable so that users can work
without any issues.

On Thu, Jan 4, 2018 at 9:03 PM, Nick Couchman (JIRA) 



> There is no parameter for controlling whether bitmap caching is used.
> -
>
> Key: GUACAMOLE-448
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-448
> Project: Guacamole
>  Issue Type: Improvement
>  Components: guacamole
>Affects Versions: 0.9.13-incubating
>Reporter: Amarjeet Singh
>Assignee: Nick Couchman
>Priority: Trivial
>
>  No parameter for controlling bitmap caching is used. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-472) Display-update parameter in resize-method does not update the comple screen

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16311518#comment-16311518
 ] 

Amarjeet Singh commented on GUACAMOLE-472:
--

FreeRDP 1.1 not available for centos 7




> Display-update parameter in resize-method does not update the comple screen
> ---
>
> Key: GUACAMOLE-472
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-472
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.13-incubating
> Environment: Window 10 : Any Browser
>Reporter: Amarjeet Singh
> Attachments: display-update.PNG
>
>
> I have used display-update in *resize-method*. when I open developer tool it 
> shrink the size of the RDP screen. It seems as it is zooming in.
> The same happens when I download the file and screen size zooms in. It should 
> complete the whole screen but it shows black background along with RDP screen.
> Refer the screenshot.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-472) Display-update parameter in resize-method does not update the comple screen

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16311510#comment-16311510
 ] 

Amarjeet Singh commented on GUACAMOLE-472:
--

/* #undef HAVE_FREERDP_DISPLAY_UPDATE_SUPPORT */

I got this..



On Thu, Jan 4, 2018 at 8:41 PM, Nick Couchman (JIRA) 



> Display-update parameter in resize-method does not update the comple screen
> ---
>
> Key: GUACAMOLE-472
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-472
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.13-incubating
> Environment: Window 10 : Any Browser
>Reporter: Amarjeet Singh
> Attachments: display-update.PNG
>
>
> I have used display-update in *resize-method*. when I open developer tool it 
> shrink the size of the RDP screen. It seems as it is zooming in.
> The same happens when I download the file and screen size zooms in. It should 
> complete the whole screen but it shows black background along with RDP screen.
> Refer the screenshot.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-476) IF NLA is on and username and password is not given ( disabled single sign on ) . It shows error : Unreachable

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-476?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16311173#comment-16311173
 ] 

Amarjeet Singh commented on GUACAMOLE-476:
--

If username and password is not given  initially  ( if we don't have password 
of the user while connecting to the RDP server  like in case of SAML 
authentication )  and user has to manually enter the password before login into 
RDP screen  ( in  case of  NLA ) it fails and it is unreachable.

> IF NLA is on and username and password is not given ( disabled single sign on 
> ) . It shows error : Unreachable
> --
>
> Key: GUACAMOLE-476
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-476
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.13-incubating
> Environment: Windows Server 2012 R2
>Reporter: Amarjeet Singh
> Fix For: 0.9.14
>
>
>  I have checked the settings  of NLA in Windows Server 2012 R2 and disabled 
> single sign on  ( no username and password to be redirected ) It gives error 
> that machine is unreachable.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-475) Support of One way clipboard redirection

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-475?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16311121#comment-16311121
 ] 

Amarjeet Singh commented on GUACAMOLE-475:
--

Because of security concerns institute or org. don't want  users to paste
into remote but can copy from remote.

On Thu, Jan 4, 2018 at 2:30 PM, Michael Jumper (JIRA) 



> Support of One way clipboard redirection
> 
>
> Key: GUACAMOLE-475
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-475
> Project: Guacamole
>  Issue Type: New Feature
>  Components: guacamole
>Affects Versions: 0.9.13-incubating
>Reporter: Amarjeet Singh
>
> User can paste  from local to remote clipboard but cannot copy from remote to 
> local clipboard.
> User can paste from remote to local clipboard but cannot copy from local to 
> remote clipboard.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-472) Display-update parameter in resize-method does not update the comple screen

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-472?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=1631#comment-1631
 ] 

Amarjeet Singh commented on GUACAMOLE-472:
--

Windows server 2012 R2 Standard

freerdp-1.0.2-10.el7.x86_64  : *1.0.2 on Centos 7*


On Thu, Jan 4, 2018 at 2:42 PM, Michael Jumper (JIRA) 



> Display-update parameter in resize-method does not update the comple screen
> ---
>
> Key: GUACAMOLE-472
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-472
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 0.9.13-incubating
> Environment: Window 10 : Any Browser
>Reporter: Amarjeet Singh
> Attachments: display-update.PNG
>
>
> I have used display-update in *resize-method*. when I open developer tool it 
> shrink the size of the RDP screen. It seems as it is zooming in.
> The same happens when I download the file and screen size zooms in. It should 
> complete the whole screen but it shows black background along with RDP screen.
> Refer the screenshot.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-473) Automatically rename uploaded file if destination file already exists

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-473?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16311080#comment-16311080
 ] 

Amarjeet Singh commented on GUACAMOLE-473:
--

That is what Windows normally do. It is a normal behavior of windows when
we download any file. Overwriting the existing file is something users
don't want.
Prompting is a good idea but if users uploads more than 1 files and there
are files that are existed. Too many prompts  would be there on the screen.

On Thu, Jan 4, 2018 at 2:53 PM, Michael Jumper (JIRA) 



> Automatically rename uploaded file if destination file already exists
> -
>
> Key: GUACAMOLE-473
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-473
> Project: Guacamole
>  Issue Type: Wish
>  Components: RDP
>Reporter: Amarjeet Singh
>Priority: Trivial
>
> While uploading file which already exists in the shared drive it doesn't  
> include 1 or 2 in suffix instead it overwrite the existing file in the shared 
> drive.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Created] (GUACAMOLE-474) Support of One way File redirection

[Amarjeet Singh (JIRA)]

Amarjeet Singh created GUACAMOLE-474:


 Summary: Support of One way File redirection 
 Key: GUACAMOLE-474
 URL: https://issues.apache.org/jira/browse/GUACAMOLE-474
 Project: Guacamole
  Issue Type: New Feature
  Components: guacamole
Affects Versions: 0.9.13-incubating
Reporter: Amarjeet Singh


User is not  allowed to download the file  but user can upload the file.
User is allowed to download the file but user can not upload the file.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Created] (GUACAMOLE-473) While uploading file with the same name it overwrites the existing file.

[Amarjeet Singh (JIRA)]

Amarjeet Singh created GUACAMOLE-473:


 Summary: While uploading file with the same name it overwrites the 
existing  file.
 Key: GUACAMOLE-473
 URL: https://issues.apache.org/jira/browse/GUACAMOLE-473
 Project: Guacamole
  Issue Type: Bug
  Components: guacamole
Affects Versions: 0.9.13-incubating
 Environment: Windows 10 : Any Browser
Reporter: Amarjeet Singh


While uploading file which already exists in the shared drive it doesn't  
include 1 or 2 in suffix instead it overwrite the existing file in the shared 
drive.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Created] (GUACAMOLE-472) Display-update parameter in resize-method does not update the comple screen

[Amarjeet Singh (JIRA)]

Amarjeet Singh created GUACAMOLE-472:


 Summary: Display-update parameter in resize-method does not update 
the comple screen
 Key: GUACAMOLE-472
 URL: https://issues.apache.org/jira/browse/GUACAMOLE-472
 Project: Guacamole
  Issue Type: Bug
  Components: guacamole
Affects Versions: 0.9.13-incubating
 Environment: Window 10 : Any Browser
Reporter: Amarjeet Singh
 Attachments: display-update.PNG

I have used display-update in *resize-method*. when I open developer tool it 
shrink the size of the RDP screen. It seems as it is zooming in.

The same happens when I download the file and screen size zooms in. It should 
complete the whole screen but it shows black background along with RDP screen.

Refer the screenshot.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Commented] (GUACAMOLE-446) Allow RDP drive name to be configured

[Amarjeet Singh (JIRA)]

[ 
https://issues.apache.org/jira/browse/GUACAMOLE-446?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16309195#comment-16309195
 ] 

Amarjeet Singh commented on GUACAMOLE-446:
--

Users get confused on seeing Guacamole RDP whereas My Drive or Cloud drive
does make sense to them and every time to change it we have to recompile it
again and again.



On Wed, Jan 3, 2018 at 9:22 AM, Nick Couchman (JIRA) 



> Allow RDP drive name to be configured
> -
>
> Key: GUACAMOLE-446
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-446
> Project: Guacamole
>  Issue Type: Improvement
>  Components: guacamole, RDP
>Reporter: Amarjeet Singh
>Priority: Trivial
>
> It would be better if Drive name would be configurable and pass to the guacd 
> as one of the parameters.
> if it would make more sense instead of hard coding it in guacamole-server .



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Updated] (GUACAMOLE-442) While pressing alt+tab key to switch screen and then again alt+tab key to back on the rdp screen. It loses the focus.

[Amarjeet Singh (JIRA)]

 [ 
https://issues.apache.org/jira/browse/GUACAMOLE-442?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Amarjeet Singh updated GUACAMOLE-442:
-
Issue Type: Improvement  (was: Bug)

> While pressing alt+tab key to switch screen and  then again alt+tab key to 
> back on the rdp screen. It loses the focus.
> --
>
> Key: GUACAMOLE-442
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-442
> Project: Guacamole
>  Issue Type: Improvement
>  Components: guacamole-common-js
>Affects Versions: 0.9.13-incubating
> Environment: All Browsers
>Reporter: Amarjeet Singh
>Priority: Minor
>
> I opened Notepad++ in RDP.  Focus is on Notepad++ . I pressed alt+tab key to 
> switch screen. 
> alt key go to the server desktop and highlights File menu of Notepad. I 
> copied text from local clipboard and came back to the same screen by pressing 
> alt+tab. it loses the focus as it is on File menu. we have to click on the 
> screen to gain focus.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Created] (GUACAMOLE-448) There is no parameter for controlling whether bitmap caching is used.

[Amarjeet Singh (JIRA)]

Amarjeet Singh created GUACAMOLE-448:


 Summary: There is no parameter for controlling whether bitmap 
caching is used.
 Key: GUACAMOLE-448
 URL: https://issues.apache.org/jira/browse/GUACAMOLE-448
 Project: Guacamole
  Issue Type: Improvement
  Components: guacamole
Affects Versions: 0.9.13-incubating
Reporter: Amarjeet Singh
Priority: Trivial
 Fix For: 0.9.14


 No parameter for controlling bitmap caching is used. 



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Created] (GUACAMOLE-445) Printer name is not configurable

[Amarjeet Singh (JIRA)]

Amarjeet Singh created GUACAMOLE-445:


 Summary: Printer name is not configurable  
 Key: GUACAMOLE-445
 URL: https://issues.apache.org/jira/browse/GUACAMOLE-445
 Project: Guacamole
  Issue Type: Improvement
  Components: guacamole
Affects Versions: 0.9.13-incubating
Reporter: Amarjeet Singh
Priority: Trivial


It would be better if Printer name would be configurable and pass to the guacd 
as one of the parameters.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

[jira] [Created] (GUACAMOLE-438) Unexpected Behaviour when try to find anything in IE 11 Development Tool

[Amarjeet Singh (JIRA)]

Amarjeet Singh created GUACAMOLE-438:


 Summary: Unexpected Behaviour when try to  find  anything in IE 11 
Development Tool
 Key: GUACAMOLE-438
 URL: https://issues.apache.org/jira/browse/GUACAMOLE-438
 Project: Guacamole
  Issue Type: Bug
  Components: guacamole-common-js
Affects Versions: 0.9.13-incubating
 Environment: Internet Explorer 11
Reporter: Amarjeet Singh
Priority: Minor


I opened development tool of IE and try to find any word which is in the 
javascript file. I was not able to write anything in the Find box instead it is 
directing within the remote desktop. Whatever I am typing it is typing in 
Notepad ( if it is opened ) but the focus of the mouse is in the Find box of 
the development tool. Same happened when I tried to copy the text in 
development tool. Something to do with the focus I guess.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)