Problem with RTMPS Session handling

[GoogleCodeExporter]

If you would like to Donate for the Completion or Priority of this feature
you can do that through:
http://webbase-design.de/donate/

If you are looking for a Developer or Consultant to complete or customize
your Installation you may want to hire one of these:
http://code.google.com/p/openmeetings/wiki/Jobs

Which version of OpenMeetings are you running?

1.0

In case its an UI Bug => Images say more then words! Please attach a
Screen-Shot.

What's your operating system on client and server side? WinXP Client, 
Centos Server

Is it a problem related to the client/usability or server-side?

Seems to be server-side. There appears to be a problem with session 
handling using RTMPS. When using RTMPS, if user logs in as one user and 
logs out. Then, if you try to log in as a different user from the same ip, 
the client has some of the information from the previous session mixed in 
with the current session such as first name and last name of the previous 
session and the ui settings. This is problematic when using an admin 
account to manage openmeetings and using a user account to participate in 
meetings. If you are logged in as admin, log out, then log in as user, you 
see parts of the admin interface under user and vice versa. This problem 
does not occur using RTMP. The output seems similar under both RTMP and 
RTMPS in the console.

Did you have any trace/debug output?
To get the debug output of the client run the software in debug-modus
Debug modus of the client:
http://$RED5-HOME:$RED5-HTTPPORT/xmlcrm/maindebug.lzx.lzr=swf8.swf

for example for your local copy:
http://localhost:5080/openmeetings/maindebug.swf8.swf?lzproxied=solo

or see live example:
http://openmeetings-de:8080/maindebug.swf8.swf?lzproxied=solo

Server side loging:
browser your Red5-Home directory. There's a log-file directory. On linux
boxes you can run red5 using:
nohup ./red5.sh &
and debug output will be written to nohup.out

please attach any debug output to get a patch on time

Original issue reported on code.google.com by nexusw...@gmail.com on 2 Dec 2009 at 8:43

[GoogleCodeExporter]

This needs verification and some test scenarios before we can take action.
RTMPS is not a prio 1 feature as there is no RTMPS support of OSx or Linux Flash
Plugin available.

Original comment by seba.wag...@gmail.com on 7 Dec 2009 at 9:01

• Changed state: Accepted

[GoogleCodeExporter]

I did some further testing this week under different scenarios, and this seems 
to be 
related to xinetd. I originally had xinetd set up to forward ports so that the 
user 
didn't have to type in the port in the url. After disabling xinetd and 
switching 
ports to 80 for http and 443 for https the problem went away. Tested in r2752. 
Must 
be a xinetd issue. This issue can be closed.

Original comment by nexusw...@gmail.com on 9 Dec 2009 at 8:12

[GoogleCodeExporter]

Original comment by seba.wag...@gmail.com on 31 Jan 2012 at 12:23

• Added labels: Restrict-AddIssueComment-Commit

[GoogleCodeExporter]

OpenMeetings moves to Apache Foundation, update your bookmarks to the new 
project page:

http://incubator.apache.org/openmeetings/

New Issue tracker is located: https://issues.apache.org/jira/browse/OPENMEETINGS

New Mailing Lists located at: 
http://incubator.apache.org/openmeetings/mail-lists.html 

Original comment by seba.wag...@gmail.com on 31 Jan 2012 at 12:25