Dear OpenMeetings Developers, Hats off to your prompt resolution. It is our team's endeavor to live up to responsiveness. All tests were successful. Our growing OM community looks forward to your releasing 3.1.2 RC3.
-----------DETAILS---------- SUCCESSFUL tests conducted in the 4 use cases stated in this mail thread at 1. Alteametasoft Demo site. 2. Our internal installations. ------------- RESULT in all the USE CASES ------------- Attendee computer is 1. ABLE to control the mouse of the presenting / sharing computer. 2. Able to see the screen of the presenting / sharing computer. 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: Thursday, August 4, 2016 3:13 AM To: dev <[email protected]>; [email protected] Cc: [email protected] Subject: Re: Remote desktop control in screen-sharing not working (OM-3.1.2) Should work as expected please check build #306+ I would like to pack RC3 ASAP On Thu, Aug 4, 2016 at 1:13 PM, Maxim Solodovnik <[email protected]> wrote: > OK > I can confirm it: > https://issues.apache.org/jira/browse/OPENMEETINGS-1443 > It's really weird the issue was introduced long ago ..... > > On Thu, Aug 4, 2016 at 12:43 PM, Coscend@OM <[email protected]> > wrote: > >> Dear OpenMeetings Developers, >> >> Strangely, in this latest build, the users who are invited do not >> appear in the list, both at 1. Alteametasoft demo site 2. Our >> internal server installation >> >> Only the moderator appears on his/her own screen. >> >> The attendees do not see any moderator in the list. >> >> 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 8:50 PM >> To: dev <[email protected]>; [email protected] >> Cc: [email protected] >> Subject: Re: Remote desktop control in screen-sharing not working >> (OM-3.1.2) >> >> OK, everything works as expected :) >> >> User need special permission to be able to control remote desktop Go >> to the user list in the room Select user, click "Allow remote control" >> >> On Thu, Aug 4, 2016 at 6:31 AM, Coscend@OM <[email protected]> >> wrote: >> >> > 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/Openmeetin >> > gs% >> > 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 >> > Actions->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/Openmeetin >> > gs% >> > 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 >> > >> > >> > >> >> >> -- >> WBR >> Maxim aka solomax >> >> >> >> ----- >> No virus found in this message. >> Checked by AVG - www.avg.com >> Version: 2016.0.7690 / Virus Database: 4627/12742 - 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/12745 - Release Date: 08/04/16
