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
