Mailing-List: contact dev-help@openmeetings.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@openmeetings.apache.org
Received-SPF: pass (athena.apache.org: domain of solomax666@gmail.com
 designates 209.85.214.177 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <529370CB.9040608@meecoda.de>
References: 
 <CALGzHW49Eb14hnJiTTz0zjviwcaoh9HpTLN=rGzrX2UQt1iLOA@mail.gmail.com>
	<CAJmbs8hOqdA-MRzm6sroBJGZoS9FJ0xNEKKvj73E+0OiJzoZiA@mail.gmail.com>
	<CABQGNb2D9Vs=ooT=C25f9cHSwbsiMf4KfDVNfH55pt1fVu-b1A@mail.gmail.com>
	<CAJmbs8hZyfTQ25BLkZVuPDFNdCwNOO45y611oEChTt-9zY7XJw@mail.gmail.com>
	<52936A6A.4020402@meecoda.de>
	<CAJmbs8huad+1H2Ln09=kX6aXZO-L+KM3c2G7CBOSrShCOKNZnw@mail.gmail.com>
	<529370CB.9040608@meecoda.de>
Date: Tue, 26 Nov 2013 00:21:29 +0700
Message-ID: 
 <CAJmbs8j9HfVOFPmwOo8PbKWtrDESOyWYqpOnj=NQ-AODCDxAHA@mail.gmail.com>
Subject: Re: Reg Openmeetings
From: Maxim Solodovnik <solomax666@gmail.com>
To: dev <dev@openmeetings.apache.org>
Content-Type: multipart/alternative; boundary=089e0115f92832355204ec039890

--089e0115f92832355204ec039890
Content-Type: text/plain; charset=UTF-8

After fix I need you to test 2.2 build with this feature added.
Will write into this thread.


On Mon, Nov 25, 2013 at 10:46 PM, Rene' Rosenbaum <rene@meecoda.de> wrote:

> Dear Maxim,
> that would be great! I think a solution is of value for many adopters of
> OM embedding the software in their websites. Please let me know when you
> need any support or further information ...
> Cheers,
> Rene'
> PS: We can sometimes reproduce the problem when suddenly switching off the
> network (plugging off). Works often with local installation, but less with
> second server machine.
>
>
> ~~~~~~~
> *Dr.-Ing. Rene' Rosenbaum
> meeCoda^IT  *  - Consulting and Services
>  ~: Neue Reihe 15, 18182 Goorstorf, Germany
>  #: ++49-(0)-1781408041
>  @:info@meecoda.de  <mailto:info@meecoda.de>
> //:www.meecoda.de  <http://www.meecoda.de>
> ~~~~~~~~~~~~~~ +++ ~~~~~~~~~~~~~~~~
>
> On 11/25/2013 4:24 PM, Maxim Solodovnik wrote:
>
>> I'll try to reproduce add code for this
>>
>>
>> On Mon, Nov 25, 2013 at 10:19 PM, Rene' Rosenbaum <rene@meecoda.de>
>> wrote:
>>
>>  Hi all,
>>> first of all, thanks for all the good work of the team so far. We are
>>> using OM as a conferencing solution, part of a larger website. We are
>>> facing similar issues as described before: from time to time, a
>>> conferencing session crashes*and the user is then referred to the start
>>> page/dashboard of the OM backend*. As we are not working with the backend
>>> at all (all user management is done via the website), we have a huge
>>> problem here. We adapted the URL in the "onerror"-handler (in
>>> hibRtmpConnection.lzx), but this didn't do the trick: the stated URL is
>>> not
>>> called.
>>>
>>> ---------------------
>>> <handler name="onerror" >
>>>          <![CDATA[
>>>                      ...
>>> canvas.thishib.loaderVar.error.setAttribute('text',this.status);
>>> canvas.setAttribute('loadingmessage','connection failed');
>>>                      new lz.labelerrorPopup(canvas,{errorlabelid:556});
>>>                  }
>>> *canvas.thishib.loaderVar._src.setAttribute('text','http:
>>> //www.google.de/');*
>>> //canvas.thishib.loaderVar._src.setAttribute('text',src);
>>>              }
>>>          ]]>
>>>      </handler>
>>> ---------------------
>>>
>>> Do you guys have an idea what we can do here to refer the user to an
>>> arbitrary URL and not the dashboard?
>>>
>>> Setup details:
>>> - OM v2.1
>>> - just using the conferencing part embedded via SOAP/REST into an iframe
>>> - complete setup of a conference via SOAP/REST (users, documents, etc.)
>>>
>>> Thanks for all your help,
>>> Rene'
>>> --
>>>
>>> ~~~~~~~
>>> *Dr.-Ing. Rene' Rosenbaum
>>> meeCoda^IT  *  - Consulting and Services
>>>   ~: Neue Reihe 15, 18182 Goorstorf, Germany
>>>   #: ++49-(0)-1781408041
>>>   @:info@meecoda.de  <mailto:info@meecoda.de>
>>> //:www.meecoda.de  <http://www.meecoda.de>
>>> ~~~~~~~~~~~~~~ +++ ~~~~~~~~~~~~~~~~
>>>
>>> On 11/25/2013 10:02 AM, Maxim Solodovnik wrote:
>>>
>>>  I believe this will be resolved in 3.1.
>>>>
>>>>
>>>> On Mon, Nov 25, 2013 at 2:37 PM, Utkarsh Khokhar
>>>> <utkarshkhokhar@gmail.com>wrote:
>>>>
>>>>   I am dealing with the exact same problem at my end.
>>>>
>>>>> Anyone who joins a room directly through secureHash or inviteHash gets
>>>>> disconnected at times, due to network issue, and taken back to
>>>>> dashboard.
>>>>> I believe this is quite a fundamental problem. I am yet to dive into
>>>>> this
>>>>> completely but it would be great to learn from others on this forum who
>>>>> might have a prior insight on this.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Mon, Nov 25, 2013 at 12:51 PM, Maxim Solodovnik <
>>>>> solomax666@gmail.com
>>>>>
>>>>>  wrote:
>>>>>> If I'm not mistaken, Sebastian told it is impossible to reconnect user
>>>>>> to
>>>>>> the same scope ...
>>>>>>
>>>>>>
>>>>>> On Mon, Nov 25, 2013 at 1:58 PM, sanjeev kumar <sanjeev1048@gmail.com
>>>>>>
>>>>>>  wrote:
>>>>>>> Dear Sir
>>>>>>>        I want add functionality to reconnect user in the same scope
>>>>>>> while
>>>>>>> his NetConnection lost due to NetConnection.connect.NetworkChange or
>>>>>>>
>>>>>>>  Closed.
>>>>>>
>>>>>>         when any event generates other than Success it is going to
>>>>>>> onerror
>>>>>>> (in hibRtmpConnection.lzx ) handler there it is disconnecting from
>>>>>>> the
>>>>>>> current scope and connecting to default scope.
>>>>>>>       so how i can reconnect to same scope again.....
>>>>>>> what i am doing , from onerror handler it self i am calling
>>>>>>>
>>>>>>>  this.connect()
>>>>>>
>>>>>>  but in the userlist multiple entries are coming for same user , so i
>>>>>>>
>>>>>>>  want
>>>>>> to know correct way of reconnecting in to same scope automatically.
>>>>>>
>>>>>>> please help me.....
>>>>>>>
>>>>>>> Thanks & Regards
>>>>>>> Sanjeev Kumar
>>>>>>>
>>>>>>>
>>>>>>>  --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>>
>>>>>>
>>>>
>>
>


-- 
WBR
Maxim aka solomax

--089e0115f92832355204ec039890--