Dear OpenMeetings Developers, Additional use cases conducted at Alteametasoft demo site by using different computers are below. All failed.
------------- RESULT in all the USE CASES below. ------------- Attendee computer is 1. NOT ABLE to control the mouse of the presenting / sharing computer. 2. Able to see the screen of the presenting / sharing computer. ------------- USE CASE 3: ------------- Same as USE CASE 1 on Alteametasoft.com Except Public Video and Whiteboard room. ------------- USE CASE 4: ------------- Same as USE CASE 1 on ALTEAMetasoft.com Except Presenter P#1: is using Windows 7, Java 1.8_u101 TM#2: Windows XP, Java 1.8_u31 Thank you. Sincerely, Hemant K. Sabat Coscend Communications Solutions Web site: www.Coscend.com ------------------------------------------------------------------ CONFIDENTIALITY NOTICE: See 'Confidentiality Notice Regarding E-mail Messages from Coscend Communications Solutions' posted at: http://www.Coscend.com/Terms_and_Conditions.html -----Original Message----- From: Coscend@OM [mailto:[email protected]] Sent: Wednesday, August 3, 2016 5:18 PM To: [email protected] Cc: '[email protected]' <[email protected]> Subject: RE: Remote desktop control in screen-sharing not working (OM-3.1.2) Dear OpenMeetings Developers, As you requested, five of us tested the 1. demo at Alteametasoft.com as well as 2. installations in our servers. Downloaded and compiled OM 3.1.2 Build # 304 from https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/ ------------- RESULT from the USE CASES below. ------------- Attendee computer is 1. NOT ABLE to control the mouse of the presenting / sharing computer. 2. Able to see the screen of the presenting / sharing computer. ------------- USE CASE 1: ------------- Presenter P#1 logged into: https://om.alteametasoft.com/openmeetings/ Joined Public Restricted Room Presenter P#1's video and audio started. Sent a period invitation to two of my team members TM #1, TM#2, TM#3 (Dell laptops), TM#4 (Surface Pro 4 Tablet). TM#1, #2, #3, #4 joined the conference. Control Panel -> Java -> Security -> Added Site list: https://om.alteametasoft.com/ --> OK Presenter P#1 clicked on Actions->Share/record screen Downloaded Public_5.JNLP file Double-clicked on JNLP file. Ran the application. Presenter P#1 clicked on Start Sharing. Button toggled to Red square / Pause screen. TM#1, #2, #3, #4 clicked on view screen. TM#1, #2, #3, #4 could see the presenter's screen live without any delay. Presenter P#1 clicked on Security on desktop sharer. Allow desktop control already checked. Unchecked. Checked again. TM#1, #2, #3, #4 could see all these steps on their screen. TM#1, #2, #3, #4 could NOT control the mouse of Presenter P#1. Presenter P#1: Windows 10, Java 1.8_u101 TM#1: Windows 7, Java 1.8 TM#2: Windows XP, Java 1.8_u31 TM#3: Windows 8, Java 1.8 Tablet TM#4: Windows 10, Java 1.8_u101 ------------- USE CASE 2: ------------- Downloaded and compiled OM 3.1.2 Build # 304 from https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.1.x/ Same result as USE CASE 1 CentOS 7.2 (1511) MariaDB 10.x Java 1.7_u73 XenServer 7 Thank you. Sincerely, Hemant K. Sabat Coscend Communications Solutions Web site: www.Coscend.com ------------------------------------------------------------------ CONFIDENTIALITY NOTICE: See 'Confidentiality Notice Regarding E-mail Messages from Coscend Communications Solutions' posted at: http://www.Coscend.com/Terms_and_Conditions.html -----Original Message----- From: Maxim Solodovnik [mailto:[email protected]] Sent: Wednesday, August 3, 2016 3:23 AM To: dev <[email protected]>; [email protected] Cc: [email protected] Subject: Re: Remote desktop control in screen-sharing not working (OM-3.1.2) Just have tested Ubuntu sharing - Win7 controlling -> works I don't have enough windows machines to reproduce your exact hardware :( will try to update demo with latest version and ask you to test again I need super detailed instructions to reproduce/fix this On Wed, Aug 3, 2016 at 1:01 PM, Maxim Solodovnik <[email protected]> wrote: > Works for me ... > Screen is being shared from Ubuntu, controlled from Mac Will try to > find Windows machine to test > > On Wed, Aug 3, 2016 at 12:56 PM, Hemant@OM <[email protected]> > wrote: > >> Dear OpenMeetings Developers, >> >> On behalf of our team member, Susheel Jalali, with whom I have been >> customizing and testing OM for our company, I am posting this. >> >> The person / computer trying to control the remote screen of the >> presenter is not able to move the mouse of the person sharing the screen. >> >> Thank you. >> >> Sincerely, >> >> Hemant K. Sabat >> Coscend Communications Solutions >> Web site: www.Coscend.com >> ------------------------------------------------------------------ >> CONFIDENTIALITY NOTICE: See 'Confidentiality Notice Regarding E-mail >> Messages from Coscend Communications Solutions' posted at: >> http://www.Coscend.com/Terms_and_Conditions.html >> >> >> >> -----Original Message----- >> From: Maxim Solodovnik [mailto:[email protected]] >> Sent: Wednesday, August 3, 2016 12:38 AM >> To: dev <[email protected]> >> Cc: [email protected] >> Subject: Re: Remote desktop control in screen-sharing not working >> (OM-3.1.2) >> >> The only issue I was able to found is >> https://issues.apache.org/jira/browse/OPENMEETINGS-1442 >> What exactly is not working for you? >> >> On Wed, Aug 3, 2016 at 2:25 AM, Susheel Jalali < >> [email protected]> >> wrote: >> >> > Dear OpenMeetings Developers, >> > >> > Alteametasoft Demo site exhibits the same issue. We tested it with >> > multiple computers, OS and browsers. >> > >> > 1) OS/browser of client sharing the screen: >> > Windows 7/8.1/10; Chrome, Firefox, Opera, IE, Java >> > 1.8_u101 >> > 2) OS/browser of client trying to control remote screen: >> > Windows 7/8.1/10; Chrome, Firefox, Opera, IE, Java >> > 1.8_u101 >> > YES: Is "Allow Remote Control (during screen sharing)" checkbox >> checked? >> > (On screen sharing app) >> > Your demo site: What is the value of "screensharing.allow.remote" >> > app->config setting? >> > >> > Our company environment also exhibited the same issue under the >> > same conditions, except >> > - OS Version = CentOS 7.2 >> > - OM Version = 3.1.2 >> > - Java Version = 1.7_u71 >> > >> > >> > -- >> > >> > Regards, >> > >> > Susheel Jalali >> > Coscend Communications Solutions >> > www.Coscend.com >> > ---------------------------------------------------------------- >> > CONFIDENTIALITY NOTICE: See 'Confidentiality Notice Regarding >> > E-mail Messages from Coscend Communications Solutions' posted at: >> > http://www.Coscend.com/Terms_and_Conditions.html >> > >> > >> > On 08/01/16 20:14, Maxim Solodovnik wrote: >> > >> >> AFAIK everything should work as expected What are your client >> >> systems? >> >> 1) OS/browser of client sharing the screen >> >> 2) OS/browser of client trying to control remote screen >> >> >> >> Is "Allow Remote Control (during screen sharing)" checkbox checked? >> >> (On screen sharing app) What is the value of >> >> "screensharing.allow.remote" app->config setting? >> >> >> >> On Sat, Jul 30, 2016 at 11:41 AM, Susheel Jalali < >> >> [email protected] >> >> >> >>> wrote: >> >>> Dear OpenMeetings Developers, >> >>> >> >>> We have tested for this in two places: >> >>> >> >>> 1. Our compilation of OM-3.1.2 on Centos 7 2. Aleametasoft Demo >> >>> site. >> >>> >> >>> Is this a known issue ? >> >>> >> >>> >> >>> -- >> >>> >> >>> Regards, >> >>> >> >>> Susheel Jalali >> >>> Coscend Communications Solutions >> >>> www.Coscend.com >> >>> ---------------------------------------------------------------- >> >>> CONFIDENTIALITY NOTICE: See 'Confidentiality Notice Regarding >> >>> E-mail Messages from Coscend Communications Solutions' posted at: >> >>> http://www.Coscend.com/Terms_and_Conditions.html >> >>> >> >>> >> >> >> >> >> > >> >> >> -- >> WBR >> Maxim aka solomax >> >> >> >> ----- >> No virus found in this message. >> Checked by AVG - www.avg.com >> Version: 2016.0.7690 / Virus Database: 4627/12736 - Release Date: >> 08/03/16 >> >> > > > -- > WBR > Maxim aka solomax > -- WBR Maxim aka solomax ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2016.0.7690 / Virus Database: 4627/12737 - Release Date: 08/03/16 ----- No virus found in this message. Checked by AVG - www.avg.com Version: 2016.0.7690 / Virus Database: 4627/12741 - Release Date: 08/03/16
