Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Progress should include generating thumbnails #823

Closed
bigbluebutton-issue-import opened this issue Aug 11, 2015 · 7 comments
Closed

Progress should include generating thumbnails #823

bigbluebutton-issue-import opened this issue Aug 11, 2015 · 7 comments

Comments

@bigbluebutton-issue-import

Originally reported on Google Code with ID 66

The current slide conversion process should give feedback to the user that 
its generating thumbnails.




Reported by ffdixon on 2009-03-29 19:31:21

@bigbluebutton-issue-import
Copy link
Author

Reported by ffdixon on 2009-07-06 11:18:13

  • Labels added: Priority-Low, Component-Client
  • Labels removed: Priority-Medium

@bigbluebutton-issue-import
Copy link
Author

Reported by ffdixon on 2009-07-06 11:33:57

@bigbluebutton-issue-import
Copy link
Author

Reported by Me.Snap on 2009-08-12 17:33:43

  • Labels added: Type-Enhancement
  • Labels removed: Type-Defect

@bigbluebutton-issue-import
Copy link
Author

Reported by ritzalam on 2009-08-21 15:10:21

  • Labels added: Milestone-Release0.61

@bigbluebutton-issue-import
Copy link
Author

Reported by ritzalam on 2009-09-10 20:45:49

  • Status changed: Fixed

@bigbluebutton-issue-import
Copy link
Author

Sometimes thumbnails progress messages does not make through to Red5 from bbb-web. 
We can see bbb-web sending it but Red5 is not receiving the message.

Reported by ritzalam on 2009-09-10 20:49:34

  • Status changed: Accepted

@bigbluebutton-issue-import
Copy link
Author

We think we've solved this one!  

The problem was due to ActiveMQ's multicast feature, which would sometimes create two

consumers on the queue ... which would lead to messages sometimes getting through,

sometimes not.

In activemq.xml, we commented out

 <networkConnector name="default-nc" uri="multicast://default"/>

and removed the other references to multicast.   Initial QA shows this removed the

second consumer that was eating some of the notification messages.


Reported by ffdixon on 2009-09-12 00:08:52

  • Status changed: Fixed
  • Labels added: Priority-Medium
  • Labels removed: Priority-Low

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants