[jira] [Commented] (GUACAMOLE-971) Single logout for OpenID Connect is not currently working in Guacamole

2020-02-27 Thread Mike Jumper (Jira)


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

Mike Jumper commented on GUACAMOLE-971:
---

Not a bug, just not implemented. See GUACAMOLE-519.

> Single logout for OpenID Connect is not currently working in Guacamole
> --
>
> Key: GUACAMOLE-971
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-971
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole-auth-openid
>Affects Versions: 1.1.0
> Environment: centos, tomcat 8
>Reporter: Ashok MOhanty
>Priority: Major
>
> Currently when using OpenID Connect for authentication, when a user uses the 
> logout link, they get re-authenticated and logged back in. Any solution for 
> this?



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Closed] (GUACAMOLE-971) Single logout for OpenID Connect is not currently working in Guacamole

2020-02-27 Thread Mike Jumper (Jira)


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

Mike Jumper closed GUACAMOLE-971.
-
Resolution: Duplicate

> Single logout for OpenID Connect is not currently working in Guacamole
> --
>
> Key: GUACAMOLE-971
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-971
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole-auth-openid
>Affects Versions: 1.1.0
> Environment: centos, tomcat 8
>Reporter: Ashok MOhanty
>Priority: Major
>
> Currently when using OpenID Connect for authentication, when a user uses the 
> logout link, they get re-authenticated and logged back in. Any solution for 
> this?



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Created] (GUACAMOLE-971) Single logout for OpenID Connect is not currently working in Guacamole

2020-02-27 Thread Ashok MOhanty (Jira)
Ashok MOhanty created GUACAMOLE-971:
---

 Summary: Single logout for OpenID Connect is not currently working 
in Guacamole
 Key: GUACAMOLE-971
 URL: https://issues.apache.org/jira/browse/GUACAMOLE-971
 Project: Guacamole
  Issue Type: Bug
  Components: guacamole-auth-openid
Affects Versions: 1.1.0
 Environment: centos, tomcat 8
Reporter: Ashok MOhanty


Currently when using OpenID Connect for authentication, when a user uses the 
logout link, they get re-authenticated and logged back in. Any solution for 
this?



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Updated] (GUACAMOLE-960) Cannot connect anymore to RDP connections after upgrade to version 1.1.0

2020-02-27 Thread Mike Jumper (Jira)


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

Mike Jumper updated GUACAMOLE-960:
--
Fix Version/s: (was: 1.1.0)

> Cannot connect anymore to RDP connections after upgrade to version 1.1.0
> 
>
> Key: GUACAMOLE-960
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-960
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Affects Versions: 1.1.0
> Environment: Ubuntu 18.04
> Guacamole 1.1.0
> Openjdk-8-jdk
>Reporter: Daniele
>Priority: Major
> Attachments: guacd.debug.2.txt, guacd.debug.txt
>
>
> After upgrading from version 1.0.0 to version 1.1.0 I cannot connect to RDP 
> connections anymore.
> This is syslog:
> ...
> Feb 14 09:43:26 x guacd[1115]: Creating new client for protocol "rdp"
> Feb 14 09:43:26 x guacd[1115]: Connection ID is 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed"
> Feb 14 09:43:26 x guacd[3451]: Security mode: TLS
> Feb 14 09:43:26 x guacd[3451]: Resize method: none
> Feb 14 09:43:26 x guacd[3451]: User 
> "@96d5b096-4f15-4b59-ac2e-937d0a16919d" joined connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" (1 users now present)
> Feb 14 09:43:26 x guacd[3451]: Loading keymap "base"
> Feb 14 09:43:26 x guacd[3451]: Loading keymap "it-it-qwerty"
> Feb 14 09:43:29 x guacd[3451]: Error connecting to RDP server
> Feb 14 09:43:29 x guacd[3451]: User 
> "@96d5b096-4f15-4b59-ac2e-937d0a16919d" disconnected (0 users remain)
> Feb 14 09:43:29 x guacd[3451]: Last user of connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" disconnected
> Feb 14 09:43:29 x guacd[1115]: Connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" removed.
> ...
> This is catalina.out:
> ...
> 09:43:26.517 [http-nio-8080-exec-3] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" connected to connection "4".
> 09:43:29.639 [http-nio-8080-exec-9] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" disconnected from connection "4". Duration: 3108 milliseconds
> 09:45:05.715 [http-nio-8080-exec-8] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" connected to connection "4".
> 09:45:08.807 [http-nio-8080-exec-10] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" disconnected from connection "4". Duration: 3091 milliseconds
> Exception in thread "Thread-7" java.lang.IllegalStateException: Message will 
> not be sent because the WebSocket session has been closed
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:152)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253)
> ...



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (GUACAMOLE-960) Cannot connect anymore to RDP connections after upgrade to version 1.1.0

2020-02-27 Thread Mike Jumper (Jira)


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

Mike Jumper commented on GUACAMOLE-960:
---

>From what I'm reading here, it looks like the original problem which resulted 
>in this JIRA issue being created turned out to not be an issue after all, and 
>that the issue currently being encountered is tangential to that: a segfault 
>when connecting to specific Windows machines using RDP.

As far as the segfault goes, this sounds like GUACAMOLE-950, which was 
established to be a bug in the version of FreeRDP included with Ubuntu 18.04. 
If any that are affected by this can try using the {{guacamole/guacd:1.1.0}} 
Docker image, that should help determine whether there is an issue here. 
Assuming things do end up working with the Docker image, we can simply close 
this as a duplicate of GUACAMOLE-950 and not a bug in Guacamole.

> Cannot connect anymore to RDP connections after upgrade to version 1.1.0
> 
>
> Key: GUACAMOLE-960
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-960
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Affects Versions: 1.1.0
> Environment: Ubuntu 18.04
> Guacamole 1.1.0
> Openjdk-8-jdk
>Reporter: Daniele
>Priority: Major
> Fix For: 1.1.0
>
> Attachments: guacd.debug.2.txt, guacd.debug.txt
>
>
> After upgrading from version 1.0.0 to version 1.1.0 I cannot connect to RDP 
> connections anymore.
> This is syslog:
> ...
> Feb 14 09:43:26 x guacd[1115]: Creating new client for protocol "rdp"
> Feb 14 09:43:26 x guacd[1115]: Connection ID is 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed"
> Feb 14 09:43:26 x guacd[3451]: Security mode: TLS
> Feb 14 09:43:26 x guacd[3451]: Resize method: none
> Feb 14 09:43:26 x guacd[3451]: User 
> "@96d5b096-4f15-4b59-ac2e-937d0a16919d" joined connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" (1 users now present)
> Feb 14 09:43:26 x guacd[3451]: Loading keymap "base"
> Feb 14 09:43:26 x guacd[3451]: Loading keymap "it-it-qwerty"
> Feb 14 09:43:29 x guacd[3451]: Error connecting to RDP server
> Feb 14 09:43:29 x guacd[3451]: User 
> "@96d5b096-4f15-4b59-ac2e-937d0a16919d" disconnected (0 users remain)
> Feb 14 09:43:29 x guacd[3451]: Last user of connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" disconnected
> Feb 14 09:43:29 x guacd[1115]: Connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" removed.
> ...
> This is catalina.out:
> ...
> 09:43:26.517 [http-nio-8080-exec-3] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" connected to connection "4".
> 09:43:29.639 [http-nio-8080-exec-9] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" disconnected from connection "4". Duration: 3108 milliseconds
> 09:45:05.715 [http-nio-8080-exec-8] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" connected to connection "4".
> 09:45:08.807 [http-nio-8080-exec-10] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" disconnected from connection "4". Duration: 3091 milliseconds
> Exception in thread "Thread-7" java.lang.IllegalStateException: Message will 
> not be sent because the WebSocket session has been closed
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:152)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253)
> ...



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (GUACAMOLE-960) Cannot connect anymore to RDP connections after upgrade to version 1.1.0

2020-02-27 Thread Jeffrey Vandenbroucke (Jira)


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

Jeffrey Vandenbroucke commented on GUACAMOLE-960:
-

Pulling latest version in from github, compiling and running ldconfig, allows 
me to connect from ubuntu 18.04. 

> Cannot connect anymore to RDP connections after upgrade to version 1.1.0
> 
>
> Key: GUACAMOLE-960
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-960
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Affects Versions: 1.1.0
> Environment: Ubuntu 18.04
> Guacamole 1.1.0
> Openjdk-8-jdk
>Reporter: Daniele
>Priority: Major
> Fix For: 1.1.0
>
> Attachments: guacd.debug.2.txt, guacd.debug.txt
>
>
> After upgrading from version 1.0.0 to version 1.1.0 I cannot connect to RDP 
> connections anymore.
> This is syslog:
> ...
> Feb 14 09:43:26 x guacd[1115]: Creating new client for protocol "rdp"
> Feb 14 09:43:26 x guacd[1115]: Connection ID is 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed"
> Feb 14 09:43:26 x guacd[3451]: Security mode: TLS
> Feb 14 09:43:26 x guacd[3451]: Resize method: none
> Feb 14 09:43:26 x guacd[3451]: User 
> "@96d5b096-4f15-4b59-ac2e-937d0a16919d" joined connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" (1 users now present)
> Feb 14 09:43:26 x guacd[3451]: Loading keymap "base"
> Feb 14 09:43:26 x guacd[3451]: Loading keymap "it-it-qwerty"
> Feb 14 09:43:29 x guacd[3451]: Error connecting to RDP server
> Feb 14 09:43:29 x guacd[3451]: User 
> "@96d5b096-4f15-4b59-ac2e-937d0a16919d" disconnected (0 users remain)
> Feb 14 09:43:29 x guacd[3451]: Last user of connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" disconnected
> Feb 14 09:43:29 x guacd[1115]: Connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" removed.
> ...
> This is catalina.out:
> ...
> 09:43:26.517 [http-nio-8080-exec-3] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" connected to connection "4".
> 09:43:29.639 [http-nio-8080-exec-9] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" disconnected from connection "4". Duration: 3108 milliseconds
> 09:45:05.715 [http-nio-8080-exec-8] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" connected to connection "4".
> 09:45:08.807 [http-nio-8080-exec-10] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" disconnected from connection "4". Duration: 3091 milliseconds
> Exception in thread "Thread-7" java.lang.IllegalStateException: Message will 
> not be sent because the WebSocket session has been closed
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:152)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253)
> ...



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Comment Edited] (GUACAMOLE-960) Cannot connect anymore to RDP connections after upgrade to version 1.1.0

2020-02-27 Thread Jeffrey Vandenbroucke (Jira)


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

Jeffrey Vandenbroucke edited comment on GUACAMOLE-960 at 2/28/20 6:50 AM:
--

Same issue, same set-up as original poster, receiving following segfault:

segfault at 0 ip  sp 7f691df39b18 error 14 in 
guacd[5648acd11000+7000]

 

This is when connecting to a physical machine. I have another virtual windows 
10 instance, where connection is working.

 

Update : on the virtual machine where I can connect, right-clicking on the 
windows start icon, causes a Seg-Fault


was (Author: wireheadbe):
Same issue, same set-up as original poster, receiving following segfault:

segfault at 0 ip  sp 7f691df39b18 error 14 in 
guacd[5648acd11000+7000]

 

This is when connecting to a physical machine. I have another virtual windows 
10 instance, where connection is working.

> Cannot connect anymore to RDP connections after upgrade to version 1.1.0
> 
>
> Key: GUACAMOLE-960
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-960
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Affects Versions: 1.1.0
> Environment: Ubuntu 18.04
> Guacamole 1.1.0
> Openjdk-8-jdk
>Reporter: Daniele
>Priority: Major
> Fix For: 1.1.0
>
> Attachments: guacd.debug.2.txt, guacd.debug.txt
>
>
> After upgrading from version 1.0.0 to version 1.1.0 I cannot connect to RDP 
> connections anymore.
> This is syslog:
> ...
> Feb 14 09:43:26 x guacd[1115]: Creating new client for protocol "rdp"
> Feb 14 09:43:26 x guacd[1115]: Connection ID is 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed"
> Feb 14 09:43:26 x guacd[3451]: Security mode: TLS
> Feb 14 09:43:26 x guacd[3451]: Resize method: none
> Feb 14 09:43:26 x guacd[3451]: User 
> "@96d5b096-4f15-4b59-ac2e-937d0a16919d" joined connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" (1 users now present)
> Feb 14 09:43:26 x guacd[3451]: Loading keymap "base"
> Feb 14 09:43:26 x guacd[3451]: Loading keymap "it-it-qwerty"
> Feb 14 09:43:29 x guacd[3451]: Error connecting to RDP server
> Feb 14 09:43:29 x guacd[3451]: User 
> "@96d5b096-4f15-4b59-ac2e-937d0a16919d" disconnected (0 users remain)
> Feb 14 09:43:29 x guacd[3451]: Last user of connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" disconnected
> Feb 14 09:43:29 x guacd[1115]: Connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" removed.
> ...
> This is catalina.out:
> ...
> 09:43:26.517 [http-nio-8080-exec-3] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" connected to connection "4".
> 09:43:29.639 [http-nio-8080-exec-9] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" disconnected from connection "4". Duration: 3108 milliseconds
> 09:45:05.715 [http-nio-8080-exec-8] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" connected to connection "4".
> 09:45:08.807 [http-nio-8080-exec-10] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" disconnected from connection "4". Duration: 3091 milliseconds
> Exception in thread "Thread-7" java.lang.IllegalStateException: Message will 
> not be sent because the WebSocket session has been closed
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:152)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253)
> ...



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (GUACAMOLE-960) Cannot connect anymore to RDP connections after upgrade to version 1.1.0

2020-02-27 Thread Jeffrey Vandenbroucke (Jira)


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

Jeffrey Vandenbroucke commented on GUACAMOLE-960:
-

Same issue, same set-up as original poster, receiving following segfault:

segfault at 0 ip  sp 7f691df39b18 error 14 in 
guacd[5648acd11000+7000]

 

This is when connecting to a physical machine. I have another virtual windows 
10 instance, where connection is working.

> Cannot connect anymore to RDP connections after upgrade to version 1.1.0
> 
>
> Key: GUACAMOLE-960
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-960
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Affects Versions: 1.1.0
> Environment: Ubuntu 18.04
> Guacamole 1.1.0
> Openjdk-8-jdk
>Reporter: Daniele
>Priority: Major
> Fix For: 1.1.0
>
> Attachments: guacd.debug.2.txt, guacd.debug.txt
>
>
> After upgrading from version 1.0.0 to version 1.1.0 I cannot connect to RDP 
> connections anymore.
> This is syslog:
> ...
> Feb 14 09:43:26 x guacd[1115]: Creating new client for protocol "rdp"
> Feb 14 09:43:26 x guacd[1115]: Connection ID is 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed"
> Feb 14 09:43:26 x guacd[3451]: Security mode: TLS
> Feb 14 09:43:26 x guacd[3451]: Resize method: none
> Feb 14 09:43:26 x guacd[3451]: User 
> "@96d5b096-4f15-4b59-ac2e-937d0a16919d" joined connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" (1 users now present)
> Feb 14 09:43:26 x guacd[3451]: Loading keymap "base"
> Feb 14 09:43:26 x guacd[3451]: Loading keymap "it-it-qwerty"
> Feb 14 09:43:29 x guacd[3451]: Error connecting to RDP server
> Feb 14 09:43:29 x guacd[3451]: User 
> "@96d5b096-4f15-4b59-ac2e-937d0a16919d" disconnected (0 users remain)
> Feb 14 09:43:29 x guacd[3451]: Last user of connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" disconnected
> Feb 14 09:43:29 x guacd[1115]: Connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" removed.
> ...
> This is catalina.out:
> ...
> 09:43:26.517 [http-nio-8080-exec-3] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" connected to connection "4".
> 09:43:29.639 [http-nio-8080-exec-9] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" disconnected from connection "4". Duration: 3108 milliseconds
> 09:45:05.715 [http-nio-8080-exec-8] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" connected to connection "4".
> 09:45:08.807 [http-nio-8080-exec-10] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" disconnected from connection "4". Duration: 3091 milliseconds
> Exception in thread "Thread-7" java.lang.IllegalStateException: Message will 
> not be sent because the WebSocket session has been closed
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:152)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253)
> ...



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Assigned] (GUACAMOLE-465) Guacenc should support more formats and containers

2020-02-27 Thread Sean Reid (Jira)


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

Sean Reid reassigned GUACAMOLE-465:
---

Assignee: Sean Reid  (was: sreid#1)

> Guacenc should support more formats and containers
> --
>
> Key: GUACAMOLE-465
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-465
> Project: Guacamole
>  Issue Type: New Feature
>  Components: guacenc
>Reporter: Sean Reid
>Assignee: Sean Reid
>Priority: Minor
> Fix For: 1.2.0
>
>
> Guacenc should support more formats than just mpeg4 in an m4v file type. It 
> should support true media containers with libavformat rather than just 
> writing the encoded frames into a file. 
> Because Guacamole is a web-based application, it makes sense that at the very 
> least its video encoder should support common web video formats (h.264 + mp4).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Comment Edited] (GUACAMOLE-883) Touch mouse emulation no longer works as of iOS 13

2020-02-27 Thread Mario Wagner (Jira)


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

Mario Wagner edited comment on GUACAMOLE-883 at 2/27/20 11:46 PM:
--

Hi,

thanx Mike for taking care of this!

Chase: 
[https://github.com/apache/guacamole-client/pull/476]

 


was (Author: mariowagner):
Hi,

thanx Mike for taking care of this!
 
They basically got rid of the "scrollTo" workaround, which - as Mike explained 
above - was needed for older iOS Safari versions.

> Touch mouse emulation no longer works as of iOS 13
> --
>
> Key: GUACAMOLE-883
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-883
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 1.0.0, 1.1.0
>Reporter: Thomas
>Assignee: Mike Jumper
>Priority: Minor
> Fix For: 1.2.0
>
>
> With devices running iOS 13, it is no longer possible to interact with remote 
> desktops using touch-driven mouse emulation. The specific reason for this is 
> not yet known. Older releases of iOS work correctly.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (GUACAMOLE-883) Touch mouse emulation no longer works as of iOS 13

2020-02-27 Thread Mario Wagner (Jira)


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

Mario Wagner commented on GUACAMOLE-883:


Hi,

thanx Mike for taking care of this!
 
They basically got rid of the "scrollTo" workaround, which - as Mike explained 
above - was needed for older iOS Safari versions.

> Touch mouse emulation no longer works as of iOS 13
> --
>
> Key: GUACAMOLE-883
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-883
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 1.0.0, 1.1.0
>Reporter: Thomas
>Assignee: Mike Jumper
>Priority: Minor
> Fix For: 1.2.0
>
>
> With devices running iOS 13, it is no longer possible to interact with remote 
> desktops using touch-driven mouse emulation. The specific reason for this is 
> not yet known. Older releases of iOS work correctly.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (GUACAMOLE-960) Cannot connect anymore to RDP connections after upgrade to version 1.1.0

2020-02-27 Thread Chase Lau (Jira)


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

Chase Lau commented on GUACAMOLE-960:
-

FWIW We're not seeing this issue in our organization when connecting to Windows 
Server 2019. Daniele, are you able to connect directly to the Windows machine 
using freeRDP?

> Cannot connect anymore to RDP connections after upgrade to version 1.1.0
> 
>
> Key: GUACAMOLE-960
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-960
> Project: Guacamole
>  Issue Type: Bug
>  Components: RDP
>Affects Versions: 1.1.0
> Environment: Ubuntu 18.04
> Guacamole 1.1.0
> Openjdk-8-jdk
>Reporter: Daniele
>Priority: Major
> Fix For: 1.1.0
>
> Attachments: guacd.debug.2.txt, guacd.debug.txt
>
>
> After upgrading from version 1.0.0 to version 1.1.0 I cannot connect to RDP 
> connections anymore.
> This is syslog:
> ...
> Feb 14 09:43:26 x guacd[1115]: Creating new client for protocol "rdp"
> Feb 14 09:43:26 x guacd[1115]: Connection ID is 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed"
> Feb 14 09:43:26 x guacd[3451]: Security mode: TLS
> Feb 14 09:43:26 x guacd[3451]: Resize method: none
> Feb 14 09:43:26 x guacd[3451]: User 
> "@96d5b096-4f15-4b59-ac2e-937d0a16919d" joined connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" (1 users now present)
> Feb 14 09:43:26 x guacd[3451]: Loading keymap "base"
> Feb 14 09:43:26 x guacd[3451]: Loading keymap "it-it-qwerty"
> Feb 14 09:43:29 x guacd[3451]: Error connecting to RDP server
> Feb 14 09:43:29 x guacd[3451]: User 
> "@96d5b096-4f15-4b59-ac2e-937d0a16919d" disconnected (0 users remain)
> Feb 14 09:43:29 x guacd[3451]: Last user of connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" disconnected
> Feb 14 09:43:29 x guacd[1115]: Connection 
> "$c99fc3da-d103-437c-a956-d13cfaa6dbed" removed.
> ...
> This is catalina.out:
> ...
> 09:43:26.517 [http-nio-8080-exec-3] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" connected to connection "4".
> 09:43:29.639 [http-nio-8080-exec-9] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" disconnected from connection "4". Duration: 3108 milliseconds
> 09:45:05.715 [http-nio-8080-exec-8] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" connected to connection "4".
> 09:45:08.807 [http-nio-8080-exec-10] INFO o.a.g.tunnel.TunnelRequestService - 
> User "xxx" disconnected from connection "4". Duration: 3091 milliseconds
> Exception in thread "Thread-7" java.lang.IllegalStateException: Message will 
> not be sent because the WebSocket session has been closed
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.writeMessagePart(WsRemoteEndpointImplBase.java:425)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:309)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendMessageBlock(WsRemoteEndpointImplBase.java:250)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointImplBase.sendString(WsRemoteEndpointImplBase.java:191)
>  at 
> org.apache.tomcat.websocket.WsRemoteEndpointBasic.sendText(WsRemoteEndpointBasic.java:37)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.sendInstruction(GuacamoleWebSocketTunnelEndpoint.java:152)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint.access$200(GuacamoleWebSocketTunnelEndpoint.java:53)
>  at 
> org.apache.guacamole.websocket.GuacamoleWebSocketTunnelEndpoint$2.run(GuacamoleWebSocketTunnelEndpoint.java:253)
> ...



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (GUACAMOLE-883) Touch mouse emulation no longer works as of iOS 13

2020-02-27 Thread Chase Lau (Jira)


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

Chase Lau commented on GUACAMOLE-883:
-

Hi Mike, I can confirm the latest guacamole-client fixes this problem on both 
an iPad and iPhone running 13.3.1. Thank you for your hard work! Would you mind 
explaining what caused this/how you fixed it?

> Touch mouse emulation no longer works as of iOS 13
> --
>
> Key: GUACAMOLE-883
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-883
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 1.0.0, 1.1.0
>Reporter: Thomas
>Assignee: Mike Jumper
>Priority: Minor
> Fix For: 1.2.0
>
>
> With devices running iOS 13, it is no longer possible to interact with remote 
> desktops using touch-driven mouse emulation. The specific reason for this is 
> not yet known. Older releases of iOS work correctly.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Resolved] (GUACAMOLE-966) Bump version numbers to 1.2.0

2020-02-27 Thread Nick Couchman (Jira)


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

Nick Couchman resolved GUACAMOLE-966.
-
Resolution: Done

I believe everything for this has been completed, at least to this point.  
Slight chance that a couple other components will have to be changed later on, 
but we'll cross that bridge when we get to it.

> Bump version numbers to 1.2.0
> -
>
> Key: GUACAMOLE-966
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-966
> Project: Guacamole
>  Issue Type: Task
>Reporter: Mike Jumper
>Assignee: Nick Couchman
>Priority: Major
> Fix For: 1.2.0
>
>
> As [the scope of 1.2.0 has been 
> finalized|https://lists.apache.org/thread.html/r836c268d545c11512a8647087a28639b71853c849d810479de031d38%40%3Cdev.guacamole.apache.org%3E],
>  and the release branches have been created, the version numbers of all 
> modified components need to be bumped to 1.2.0.
> I don't believe any changes are planned for libguac in this release, but in 
> case it's relevant:
> In the case of libguac, the SO version (libtool version info) must be 
> incremented only according to [strict 
> guidelines|https://www.gnu.org/software/libtool/manual/html_node/Updating-version-info.html]).
>  It is independent of the project version.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Resolved] (GUACAMOLE-302) Refocus relevant in-progress login fields after auth failure

2020-02-27 Thread Mike Jumper (Jira)


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

Mike Jumper resolved GUACAMOLE-302.
---
Resolution: Done

> Refocus relevant in-progress login fields after auth failure
> 
>
> Key: GUACAMOLE-302
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-302
> Project: Guacamole
>  Issue Type: Improvement
>  Components: guacamole
> Environment: Ubuntu Xenial
>Reporter: Matt Prager
>Assignee: Mike Jumper
>Priority: Minor
> Fix For: 1.2.0
>
> Attachments: guac-focus-angular-error-nonassign.png
>
>
> After mistyping a Guacamole login password, the current behavior moves the 
> cursor out of the password box (I'm not sure where specifically it moves it - 
> there's no cursor on the screen anymore without clicking back into the 
> username or password box). As, on numerous occasions, I have immediately 
> retyped my password after seeing the "Invalid login" banner only to discover 
> that I then had to type it yet again because I had forgotten to first click 
> into the password box a second time, I think leaving the cursor in the 
> password box for immediate retyping of mistyped passwords would seem to make 
> sense. Thanks.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Assigned] (GUACAMOLE-917) Key mapping for German keyboards: ~ does not work

2020-02-27 Thread Mike Jumper (Jira)


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

Mike Jumper reassigned GUACAMOLE-917:
-

Assignee: Mike Jumper

> Key mapping for German keyboards: ~ does not work
> -
>
> Key: GUACAMOLE-917
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-917
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 1.0.0
>Reporter: Stephan von Krawczynski
>Assignee: Mike Jumper
>Priority: Minor
> Fix For: 1.2.0
>
>
> All hosts on arch linux. Connecting to xrdp from guacamole by rdp shows all 
> AltGr keys are working except ~ (tilde). I am using firefox as browser.
> Connecting with rdesktop to xrdp shows ALL keys working, including ~ (tilde).
> So the problem is definitely related with guacamole in some way.
> All boxes configured to german and server-layout set to de-de-qwertz.
>  When pressing "~" a "\ " is shown (backslash space).
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (GUACAMOLE-302) Refocus relevant in-progress login fields after auth failure

2020-02-27 Thread Mike Jumper (Jira)


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

Mike Jumper commented on GUACAMOLE-302:
---

Retesting things, I believe these changes work as expected, and that the 
problems noted above have been resolved through other pull requests (there were 
three associated with this JIRA issue).

> Refocus relevant in-progress login fields after auth failure
> 
>
> Key: GUACAMOLE-302
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-302
> Project: Guacamole
>  Issue Type: Improvement
>  Components: guacamole
> Environment: Ubuntu Xenial
>Reporter: Matt Prager
>Assignee: Mike Jumper
>Priority: Minor
> Fix For: 1.2.0
>
> Attachments: guac-focus-angular-error-nonassign.png
>
>
> After mistyping a Guacamole login password, the current behavior moves the 
> cursor out of the password box (I'm not sure where specifically it moves it - 
> there's no cursor on the screen anymore without clicking back into the 
> username or password box). As, on numerous occasions, I have immediately 
> retyped my password after seeing the "Invalid login" banner only to discover 
> that I then had to type it yet again because I had forgotten to first click 
> into the password box a second time, I think leaving the cursor in the 
> password box for immediate retyping of mistyped passwords would seem to make 
> sense. Thanks.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (GUACAMOLE-465) Guacenc should support more formats and containers

2020-02-27 Thread Mike Jumper (Jira)


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

Mike Jumper commented on GUACAMOLE-465:
---

Sounds good to me.

> Guacenc should support more formats and containers
> --
>
> Key: GUACAMOLE-465
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-465
> Project: Guacamole
>  Issue Type: New Feature
>  Components: guacenc
>Reporter: Sean Reid
>Assignee: sreid#1
>Priority: Minor
> Fix For: 1.2.0
>
>
> Guacenc should support more formats than just mpeg4 in an m4v file type. It 
> should support true media containers with libavformat rather than just 
> writing the encoded frames into a file. 
> Because Guacamole is a web-based application, it makes sense that at the very 
> least its video encoder should support common web video formats (h.264 + mp4).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Resolved] (GUACAMOLE-810) Ipad screen jumps upwards while user focuses on Text Input.

2020-02-27 Thread Mike Jumper (Jira)


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

Mike Jumper resolved GUACAMOLE-810.
---
Fix Version/s: 1.2.0
   Resolution: Fixed

> Ipad screen jumps upwards while user focuses on Text Input.
> ---
>
> Key: GUACAMOLE-810
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-810
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 1.0.0
> Environment: Chrome Browser Version 72 on iPad 
> Safari Browser Version 12.1 on iPad
> iPad OS Software version : 12.3.1
> Model name : iPad Mini 4
>Reporter: Amarjeet Singh
>Assignee: Mike Jumper
>Priority: Minor
> Fix For: 1.2.0
>
> Attachments: jumping_screen_after _clicking_input_text.jpeg, 
> original_screen.jpeg
>
>
> Steps to reproduce :-
> 1. User changes the input method to TEXT INPUT.
> 2. User clicks or focuses on the TEXT INPUT which  opens up the system 
> keyboard of iPad.
> 3. Only *half of the RDP screen is visible* on iPad ( canvas screen jumps 
> upwards). 
> 4. User *cannot scroll up to view the upper part* of the screen.
> 5. Once system keyboard opens up. It is always up on the screen. 
> 6. User cannot hide it by changing TEXT INPUT to none.
> I have attached the screenshot of original screen and jumping screen for the 
> reference.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Resolved] (GUACAMOLE-883) Touch mouse emulation no longer works as of iOS 13

2020-02-27 Thread Mike Jumper (Jira)


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

Mike Jumper resolved GUACAMOLE-883.
---
Resolution: Fixed

> Touch mouse emulation no longer works as of iOS 13
> --
>
> Key: GUACAMOLE-883
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-883
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 1.0.0, 1.1.0
>Reporter: Thomas
>Assignee: Mike Jumper
>Priority: Minor
> Fix For: 1.2.0
>
>
> With devices running iOS 13, it is no longer possible to interact with remote 
> desktops using touch-driven mouse emulation. The specific reason for this is 
> not yet known. Older releases of iOS work correctly.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (GUACAMOLE-810) Ipad screen jumps upwards while user focuses on Text Input.

2020-02-27 Thread Mike Jumper (Jira)


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

Mike Jumper commented on GUACAMOLE-810:
---

I believe this is now fixed via the changes for GUACAMOLE-883.

> Ipad screen jumps upwards while user focuses on Text Input.
> ---
>
> Key: GUACAMOLE-810
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-810
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 1.0.0
> Environment: Chrome Browser Version 72 on iPad 
> Safari Browser Version 12.1 on iPad
> iPad OS Software version : 12.3.1
> Model name : iPad Mini 4
>Reporter: Amarjeet Singh
>Assignee: Mike Jumper
>Priority: Minor
> Attachments: jumping_screen_after _clicking_input_text.jpeg, 
> original_screen.jpeg
>
>
> Steps to reproduce :-
> 1. User changes the input method to TEXT INPUT.
> 2. User clicks or focuses on the TEXT INPUT which  opens up the system 
> keyboard of iPad.
> 3. Only *half of the RDP screen is visible* on iPad ( canvas screen jumps 
> upwards). 
> 4. User *cannot scroll up to view the upper part* of the screen.
> 5. Once system keyboard opens up. It is always up on the screen. 
> 6. User cannot hide it by changing TEXT INPUT to none.
> I have attached the screenshot of original screen and jumping screen for the 
> reference.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Updated] (GUACAMOLE-883) Touch mouse emulation no longer works as of iOS 13

2020-02-27 Thread Mike Jumper (Jira)


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

Mike Jumper updated GUACAMOLE-883:
--
Component/s: (was: guacamole-client)
 guacamole

> Touch mouse emulation no longer works as of iOS 13
> --
>
> Key: GUACAMOLE-883
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-883
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole
>Affects Versions: 1.0.0, 1.1.0
>Reporter: Thomas
>Assignee: Mike Jumper
>Priority: Minor
> Fix For: 1.2.0
>
>
> With devices running iOS 13, it is no longer possible to interact with remote 
> desktops using touch-driven mouse emulation. The specific reason for this is 
> not yet known. Older releases of iOS work correctly.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (GUACAMOLE-883) Touch mouse emulation no longer works as of iOS 13

2020-02-27 Thread Mike Jumper (Jira)


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

Mike Jumper commented on GUACAMOLE-883:
---

I believe this is now fixed. Please retest when you can against the 
{{staging/1.2.0 branch}} on git. If using Docker, you can clone the 
guacamole-client source and manually build the image - the Dockerfile for the 
{{guacamole/guacamole}} image is part of guacamole-client.

> Touch mouse emulation no longer works as of iOS 13
> --
>
> Key: GUACAMOLE-883
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-883
> Project: Guacamole
>  Issue Type: Bug
>  Components: guacamole-client
>Affects Versions: 1.0.0, 1.1.0
>Reporter: Thomas
>Assignee: Mike Jumper
>Priority: Minor
> Fix For: 1.2.0
>
>
> With devices running iOS 13, it is no longer possible to interact with remote 
> desktops using touch-driven mouse emulation. The specific reason for this is 
> not yet known. Older releases of iOS work correctly.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (GUACAMOLE-465) Guacenc should support more formats and containers

2020-02-27 Thread Sean Reid (Jira)


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

Sean Reid commented on GUACAMOLE-465:
-

Thanks, [~mjumper]. I just put in a ticket in INFRA. Once that's complete, 
should I go ahead and modify this issue to reflect the work that's targeted for 
1.2.0 and then make separate issues for the work that will follow to cover the 
rest of the original scope?

> Guacenc should support more formats and containers
> --
>
> Key: GUACAMOLE-465
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-465
> Project: Guacamole
>  Issue Type: New Feature
>  Components: guacenc
>Reporter: Sean Reid
>Assignee: Sean Reid
>Priority: Minor
> Fix For: 1.2.0
>
>
> Guacenc should support more formats than just mpeg4 in an m4v file type. It 
> should support true media containers with libavformat rather than just 
> writing the encoded frames into a file. 
> Because Guacamole is a web-based application, it makes sense that at the very 
> least its video encoder should support common web video formats (h.264 + mp4).



--
This message was sent by Atlassian Jira
(v8.3.4#803005)


[jira] [Commented] (GUACAMOLE-560) Include "state" parameter in OpenID Connect authorization request

2020-02-27 Thread Ibrahim Almuqrin (Jira)


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

Ibrahim Almuqrin commented on GUACAMOLE-560:


[~vnick] I just ran into this issue and wanted to ask about its status and 
whether or you have plans on fixing it since the last activity on it was 9 
months ago, thanks for your great work guys.

I would love it also if you know any workarounds to get it to work, thanks 
again.

> Include "state" parameter in OpenID Connect authorization request
> -
>
> Key: GUACAMOLE-560
> URL: https://issues.apache.org/jira/browse/GUACAMOLE-560
> Project: Guacamole
>  Issue Type: Wish
>  Components: guacamole-auth-openid
>Affects Versions: 0.9.14
>Reporter: Dave Smith
>Priority: Trivial
>
> {quote}i've tried to get this setup. Unfortunately it seems Okta insist (even 
> with Single Page App (SPA)) to have state field in the POST even if (when 
> using SPA) it's not actually used. The guacamole client just goes in a 
> redirect loop with error in URL visible of "invalid state".
>  
> With SPA the state parameter can even be some random letters, but must be 
> there. Using OIDCDebugger.com gleans this:{quote}
> {quote} 
> error=invalid_request
> error_description=The authentication request has an invalid state 
> parameter.
>  
> yet by adding a bunch of x's to the state parameter..
>  
> i get a much more positive response:
> state=x
> id_token=eyJraWQiOiI0NlpNbjlZZG5HQ1AxMGhDUWs5VWtvc2ljUmltTURJRDBBbVh1dWhHUUhrIiwiYWxnIjoiUlMyNTYifQ.eyJzdWIiOiIwMHUxMDAxNnVwUzhFaENuMjJwNyIsInZlciI6MSwiaXNzIjoiaHR0cHM6Ly9hdG9zbXBjYXdzLm9rdGEuY29tIiwiYXVkIjoiMG9hMTIzZG8weXNibFN4dUoycDciLCJpYXQiOjE1MjQ3NTQwOTUsImV4cCI6MTUyNDc1NzY5NSwianRpIjoiSUQuRmZGYzFpZlA2VG
>  
> I'd kindly ask that state could be added as an optional parameter to the guac 
> properties file.{quote}



--
This message was sent by Atlassian Jira
(v8.3.4#803005)