Very sorry, cannot seem to find 402 snapshot src tarball.
Looked for some time. I tried using git but it turns out that is 5.0.0
Any help please?
On Fri, Jan 12, 2018 at 5:44 PM, David Jentz wrote:
> I did try screen share. It works perfectly. Similarly
> screenshare/stopscreenshare/start scree
I did try screen share. It works perfectly. Similarly
screenshare/stopscreenshare/start screenshare causes laggy/crashy
behavior, but only in the screenshare app. Openmeetings is fine.
Closing the screenshare app/relaunching seems to work just fine as a
mitigation.
Also I did see some user (not me
---
>> From: Андрей Прицепов [mailto:p.and...@fort.crimea.com]
>> Sent: Friday, January 12, 2018 2:24 PM
>> To: user@openmeetings.apache.org
>> Subject: RE: firewalld settings on Centos7
>>
>> I see my file /home/user/screensharing.log but last what I see I date
>
-
>> С уважением, Андрей Прицепов “Лаборатория Форт Крым”
>>
>>
>> -Original Message-
>> From: Андрей Прицепов [mailto:p.and...@fort.crimea.com]
>> Sent: Friday, January 12, 2018 2:24 PM
>> To: user@openmeetings.apache.org
>> Subject: RE: firewalld
I see my file /home/user/screensharing.log but last what I see I date
> 20180111. I reboot centos7, repeat error, but I don’t see in screensharing
> logs for 20180112. Even more after reboot centos7 I enable firewalld to
> start it automatically, and now I can't access to openmeetings
error, but I don’t see in screensharing logs for
20180112. Even more after reboot centos7 I enable firewalld to start it
automatically, and now I can't access to openmeetings. If I stop service
firewalld it is works as expected. What rules should I add to firewalld? In my
case I got https
om]
> Sent: Friday, January 12, 2018 2:24 PM
> To: user@openmeetings.apache.org
> Subject: RE: firewalld settings on Centos7
>
> I see my file /home/user/screensharing.log but last what I see I date
> 20180111. I reboot centos7, repeat error, but I don’t see in screensharing
>
but last what I see I date 20180111.
I reboot centos7, repeat error, but I don’t see in screensharing logs for
20180112. Even more after reboot centos7 I enable firewalld to start it
automatically, and now I can't access to openmeetings. If I stop service
firewalld it is works as expected
I see my file /home/user/screensharing.log but last what I see I date 20180111.
I reboot centos7, repeat error, but I don’t see in screensharing logs for
20180112. Even more after reboot centos7 I enable firewalld to start it
automatically, and now I can't access to openmeetings. If I
yes... I didn't see the scrollbar.. ;-) anyway... as long as nobody
complains, for me it is fine
Am 12.01.2018 um 09:49 schrieb Maxim Solodovnik:
According to my tests it is not movement, browser adds vertical
scrollbar, then removes it :))
looks minor to me :)
On Fri, Jan 12, 2018 at 3:
According to my tests it is not movement, browser adds vertical scrollbar,
then removes it :))
looks minor to me :)
On Fri, Jan 12, 2018 at 3:46 PM, Peter Dähn wrote:
> Hi Maxim,
>
> it is fixed. There is just a little movement on chat while toggle a&a, but
> I would wait till someone complain a
Hi Maxim,
it is fixed. There is just a little movement on chat while toggle a&a,
but I would wait till someone complain about it...
Thanks Peter
Am 11.01.2018 um 14:19 schrieb Peter Dähn:
Hi Maxim,
I will have a look later this evening and give you feedback tomorrow.
Thanks so far
Peter
A
start-stop-start recording works for me
Will try to double-check
On Fri, Jan 12, 2018 at 3:22 PM, David Jentz wrote:
> maybe for dead lock issue we can make a jira bug for later? I think
> this is also related to having desktop sharer not being able to work
> multiple times, IE click stop recordi
maybe for dead lock issue we can make a jira bug for later? I think
this is also related to having desktop sharer not being able to work
multiple times, IE click stop recording/start recording/stop
recording... gets really buggy after the first use. Workaround is very
trivial just close desktop sha
14 matches
Mail list logo
