Monitor Resolution Settings with Adobe connect

The following are best practices mentioned for screen resolution with Adobe Connect:

1. Set the screen resolution settings to 1024×768 pixels for screen-sharing or application or window sharing.

2. Lower screen resolution results minimal usage of network bandwidth.

3. If you are using a very large screen the optimum settings may be 800 x 600.

Mini Control Panel in Connect Meeting

Problem:
Upon creating a Meeting, if you deactivate the Mini Control Panel from Meeting >Preferences > Screen Share> Uncheck ‘Enable Mini Control Panel for Screen Share’, those settings will not propagate from a template to new meetings. If for example, you move the Meeting with the deactivated Mini Control Panel to the Shared or My Template folder and create a new Meeting, the Mini Control Panel will be activated in the new Meeting room.

Workaround:
Deactivate the Mini Control panel in the Connect Meeting room in every session.

Bug:
This is a reported bug and is pending review.

Connect Meeting or Event Email is not received by Gmail Users

Problem:
Meeting invitation emails are not received by users of Gmail.

Environment:
Adobe Connect version – 9.3 and above
Email domain- Gmail

Reason:
There are a number of reasons why Connect email messages may not arrive in your inbox. Some of them are mentioned below:
– Emails from domain ‘admin@adobeconnect.com’ are marked as SPAM
– Filters are created in the GMAIL account settings forcing the Meeting invitation emails sent to Trash and deleted automatically.
– Forwarding is enabled in GMAIL account Settings > Forwarding and POP/IMAP.

Solution:
Check to make sure that GMAIL is not blocking Connect email:
1. Ensure email from domain ‘admin@adobeconnect.com’ are not marked as SPAM:
   -Sign in to Gmail.
-Click the down arrow in your search box. A window appears to specify your search criteria.
-Fill in the search field with email address ‘admin@adobeconnect.com‘.
– At the top of the search window, click on the drop-down menu under “Search”> select Mail & Spam & Trash.
– Click Search Mail button.
-Look for the message in the search results displayed.

2. Disable Forwarding or if it is enabled, then ‘Keep Gmail’s copy in the inbox’ is selected:
   -Sign in to Gmail.
-Click the drop-down arrow of the wheel icon 5 >Click settings > Click ‘Forwarding and POP/IMAP‘> Click the radio button ‘Disable forwarding‘.
6

-Note: If ‘Forward a copy of incoming mail to‘ is selected, then select ‘Keep Gmail’s copy in the inbox’

7

 

-Click 8 button.

3. Ensure that if POP is enabled, then ‘Keep Gmail’s copy in the inbox’ is selected:
   -Sign in to Gmail.
-Click the drop-down arrow of wheel icon 5 >Click settings > Click ‘Forwarding and POP/IMAP‘> Click radio button ‘Disable forwarding‘.
-UnderWhen messages are accessed with POP‘ select ‘Keep Gmail’s copy in the inbox’
10
4. Ensure there are no filters created in the GMAIL account settings forcing the Meeting invitation emails sent to Trash:
   -Sign in to Gmail.
-Click the drop down arrow of the wheel icon 5 >Click settings > >Click ‘settings‘ > Click ‘Filters’.
-Select any Filter created with the email address ‘admin@adobeconnect.com‘> Click Delete.
12

Adobe Connect Meeting Hangs on Connecting in the Safari Web Browser

Problem:
Adobe Connect Meeting hangs on connecting in Safari Web Browser.

Environment:
Operating system- Mac OS X 10.7.4, 10.8, 10.9 & Windows 7, 8, 8.1
Adobe Connect version – 9.3 and above
Web Browser- Safari

Reason:
When safe mode is enabled in the Safari Web Browser it prevents the Adobe Connect Add-in from launching. This is a Sandbox restriction. The respective Adobe Connect domain should be enabled in order to launch the addin in Unsafe Mode.

Solution:
In order to disable the sandbox restriction, refer to the steps mentioned below:
1. With the website open (e.g., akash.adobeconnect.com), Choose Preferences from the Safari menu.

  1. Select Manage Website Settings in the Security tab of the Preferences panel.
  2. Select your website (e.g., akash.adobeconnect.com) from the list of “currently open websites.”

4

 

    4. Select Run in Unsafe Mode from the pop-up menu.

    5. In the subsequent alert, click Trust.

    6. Click Done, and close the Preferences panel.

We recommend stopping Safari and launching it again after making the Security Preferences change.

On-premise Server: Add user-agent info to access logs

If you run your own Connect server you may want to add user-agent information to the tomcat access logs.

Here’s how to add the information:

1.  Take a backup copy of the server.xml located in \Connect\9.x\appserv\conf\.

2.  Open the file in an XML friendly editor and locate the line:

 

<Valve className=”org.apache.catalina.valves.AccessLogValve” directory=”../../logs/tomcat”
prefix=”tomcat_access.” suffix=”.log” pattern=’%h %l %u %t %m “%U” %{BREEZESESSION}c %s %b %T’ resolveHosts=”false”/>

 

3.  Edit the line to include %{User-Agent}i . It should look like this:

 

<Valve className=”org.apache.catalina.valves.AccessLogValve” directory=”../../logs/tomcat”
prefix=”tomcat_access.” suffix=”.log” pattern=’%h %l %u %t %m “%U” %{BREEZESESSION}c %s %b %T %{User-Agent}i‘ resolveHosts=”false”/>

 

4. Restart the Connect service and load any page of Connect.

The log output in \Connect\logs\tomcat\tomcat_access.-date-.log should now include user-agent information:

127.0.0.1 – – [23/Feb/2015:11:39:45 +0000] GET “/common/help/en/support/meeting_test.htm” breezbreezhvc7xdcgu5h3cqwm 200 16703 0.017 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0

 

Enjoy logging!

The Connect Meeting Add-in with Chrome is not recognized on the Meeting Test Page

When running the Connect Meeting test link from the troubleshooting option under the help button in any Connect Meeting, there are times when the Connect Meeting Add-in with Chrome is not recognized:

chromeaddin.fw

https://platinum.adobeconnect.com/common/help/en/support/meeting_test.htm

chromeaddin1.fw

chromeaddin2.fw

chromeaddin3.fw

If you place your mouse over the highlighted icon, you will see the oddly stated message: An unsandboxed plug-in was allowed to run running on this page.

chromeaddin4.fw

Allow the add-in and place its domain into the exception list in Chrome and refresh the browser.

chromeaddin5.fw

The reason for this behavior is that the Chrome PPAPI and Adobe Connect interaction (even after the Connect PPAPI patch as well as with the non-affected Connect versions later than 9.1.2) is changed nonetheless. See the related blog article: http://blogs.adobe.com/connectsupport/adobe-connect-add-in-compatibility-with-the-google-chrome-browser/ The PPAPI plugin blocks the communication between swfs and other Unsandboxed applications.

The granting of access permissions is domain-based. The setting is called Unsandboxed Plug-in Access; when you launch the Meeting test page it fails to detect the Addin. If you had installed the Addin from that test page then in the process of the installation, Chrome would also prompt for permission and it will save it once you allow it. Any subsequent launch of test page or any page from that domain will always identify the Adobe Connect Addin correctly. If you again open the Meeting test page from some other Adobe Connect domain then it will fail to detect the Addin even if Addin is installed because this new domain may not have Unsandboxed Plug-in Access.

Once a domain is allowed Unsandboxed Plug-in Access, then any page from that domain will detect and launch the Adobe Connect Meeting add-in.

Note: One customer wrote code to automatically install the latest Adobe Connect Meeting add-in in the browser. It worked for all browsers except Chrome. See this tech-note for details: https://helpx.adobe.com/flash-player/kb/unsandbox-localconnection-chrome.html

Resolved: CSO – DATE (5 FEB 2015) – InterCall Telephony Outage Affecting Connect Audio

This is resolved as of 1705 EST 15Feb2015

We are actively working with our partners at InterCall to solve an intermittent telephony outage.

This issue is causing InterCall based audio conferences to fail to start in Adobe Connect Meetings.

The root cause is under investigation by InterCall.

You may check http://status.acrobat.com/ for updates.

Stop Sharing Button On IE Is Not Available Any More.

Description : We use to get this button on IE when we share the screen.

StopSharinghowever now this button is no longer available.

Reason being it interfaces with the DWM (Glass effect of windows 7+).

DWM : Stands for Desktop Window Manager Click here

We used to support Windows XP which had no Glass effect and thus it was not a problem. On windows 7 we used to switch the DWM off before starting the screen share. Window 8 onwards the DWM cannot be programmatically switched off and thus this button was causing problems. Many applications change the Glass area and IE is one of them. Others include Chrome, FireFox, Office etc. In case the applications change the Glass area then it’s a matter of timing to Display the button or the custom title bar the application draws.

This was actually a bug 2943337 due to which the button

StopSharing

Intermittently disappears. The bug is only reproducible with the applications which have custom title bars. Ex. Real Player/Office Apps/Live messenger and media players. With the Office 2007 applications the title bar is custom drawn and thus it intermittently draws over the button and it disappears. This only happens with skinned title bars, Skinned apps try to redraw their title bars so button disappears until we redraw again.

The “Red Button” never worked for 64 bit processes. This will also not work for any apps which have skinned title bar as i said earlier. Moreover this feature will not work if the process in question is sandboxed (Acrobat for example).

Yes downgrading IE will help probably but it’s not something we can recommend in good faith as it will expose the users to all kinds of security bugs. (Not recommended)

o    Windows 8 and onwards the button is not even an option as DWM can’t be switched off by programs programmatically and the button itself has issues when DWM is on

o    As of today this button has been disabled permanently.

Hope this helps those users who are expecting the red buttons on their IE when sharing the Application or Windows and not desktop using Adobe Connect Meeting Room,

Thanks,

Users Already Registered In An Events Can Still Register In The New Event.

Description :- User registered in the system can still register in a new event. In other words, this user can re-fill the registration form for any new event even though he have already registered once in the past event. We have seen many users confused about why they keep getting an error stating that you have registered with us before and sometimes they don’t get that message. Here i will explain the workflow and why this happens.

On a Generic Registration page, which looks like as shown below:

Registration Page Template

User will Enter his email address and create a password for this Event. Let say this event is Event A. Now if this user wants to access another event and fills up the same details on registration page as shown above, there will be two scenarios which he/she will confront.

  1. Scenario 1:-  If the user uses the same email address and same password to register, as a result he will be registered successfully and receives a message stating “Thank you for your registration request. Your information has been submitted to the event host. Please check your inbox for more details about this event.”Just like as shown below :ThankYouForRegisteration

  2. Scenario 2:- If the user  uses the same email address and different password to register, as a result he will received a message stating “Email ID abc@abc.com is already registered with us . Please use your existing password to continue or use the forget password link to reset your password.” Just like as shown below :

    EmailAddressAlreadyExist

You probably have noticed that on the registration page when you register for an event you will see it indicates a message stating, “If you have registered with us before, please Click Here” as shown below :

Registration Page 2

If you click on this link you are redirected towards this page, which indicates “Enter your login/e-mail address and password below if you have previously registered with us. If you haven’t previously set the password or don’t remember it, please click forgot password link.” as shown below:

Registration page 3

Remember : If you have registered with us before on an event which did not set your password. In other words, where on the registration page it was just asking your Email address, First Name and Last Name as shown below :

RegisterwithoutPassword-2

This means that the host who have created this event have set the property to register without setting a password on this event. At the time of creating this event he left this check box checked “Register Without Password”:

RegisterwithoutPassword

Now in this case a user can register only by using his/her email address. Also, if he comes back later and try to access the Event B where password needs to be set, he will have to click on “Forget Password” to set his password because if he try to register by filling all the information again, on the reregistration page he will encounter the message as shown below :

EmailAddressAlreadyExist

This indicates that he has already registered with us before.

Understand the workflow here :

Basically when someone registers for an event consequentially a user is created in Connect system– so this means that login is from that point, is reserved in the system to identify that particular user. Afterwords, if the same user, same login, wants to register to another event he need to provide a password to match his username which is existing in the system.

When user registered in the past for Event B and now wants to register for Event A he should click on the link (click here). This will redirect him to the login form where he can initiate a forgot password workflow if needed. As a shortcut, if user missed the string above registration form, he may go ahead and enter his credentials (the same he used for EventB) and he will be approved to register so it ends in successful registration.

In simple words :

  • User registers on Event B form with same email address and same password, which was created on Event A in the past. Result : Successfully Registration.
  • User Registers on Event B form with same email address and Different password. Result : Already Existing in the system, cannot register successfully.

 

Hope this would help a lot of our users to understand the work flow of Event Registration System.

Thanks,