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 06:13:22 GMT
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

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