openmeetings-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Maxim Solodovnik <solomax...@gmail.com>
Subject Re: Remote desktop control in screen-sharing not working (OM-3.1.2)
Date Thu, 04 Aug 2016 08:13:08 GMT
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 <solomax666@gmail.com>
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 <OM.Insights@coscend.com>
> 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:solomax666@gmail.com]
>> Sent: Wednesday, August 3, 2016 8:50 PM
>> To: dev <dev@openmeetings.apache.org>; OM.Insights@coscend.com
>> Cc: IT@Coscend.com
>> 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 <OM.Insights@coscend.com>
>> 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:OM.Insights@Coscend.com]
>> > Sent: Wednesday, August 3, 2016 5:18 PM
>> > To: dev@openmeetings.apache.org
>> > Cc: 'IT@Coscend.com' <IT@coscend.com>
>> > 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
>> > 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/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:solomax666@gmail.com]
>> > Sent: Wednesday, August 3, 2016 3:23 AM
>> > To: dev <dev@openmeetings.apache.org>; OM.Insights@coscend.com
>> > Cc: IT@Coscend.com
>> > 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
>> > <solomax666@gmail.com>
>> > 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 <OM.Insights@coscend.com>
>> > > 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:solomax666@gmail.com]
>> > >> Sent: Wednesday, August 3, 2016 12:38 AM
>> > >> To: dev <dev@openmeetings.apache.org>
>> > >> Cc: IT@Coscend.com
>> > >> 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 <
>> > >> Susheel.Jalali@coscend.com>
>> > >> 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 <
>> > >> >> Susheel.Jalali@coscend.com
>> > >> >>
>> > >> >>> 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

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message