Why am I getting a CAPTCHA screen – that is, a screen requiring me to check a box before I can proceed?

Recently additional security checks have been implemented.  These might lead to a user being presented with a CAPTCHA screen — that is, a screen requiring the user to check a box to proceed.

This only happens in the rare condition that the user is both:

  • Using a URL that goes directly to the “Sign in” page
  • And they have also disabled cookies on their browser.

Although a user can easily proceed by clicking on the CAPTCHA, the simplest way to circumvent the screen is to use a standard URL in the format:

http://site.ebrary.com/lib/<ebrarysite>

Not a URL that goes direct to the login page, which would be in the form:

http://site.ebrary.com/lib/<ebrarysite>/login.action

Alternatively, allow cookies in your browser.

Note that the CAPTCHA mechanism uses functions that could be blocked, thus causing an error.  To avoid the error, use a standard URL and/or allow cookies.

RPA sign in is not fully compatible with IE 10 (Internet Explorer version 10)

RPA is ebrary Remote Patron Authorization, and is used on some ebrary sites for off-campus access as well as for signing in to personal ebrary accounts.

How to know if your ebrary site uses RPA:

  • If your ebrary site sign-in screen does not say “Please sign in to your personal ebrary account” at the top, but does direct you to support@ebrary.com if there are sign in problems, it’s likely RPA.

Known issues with RPA when used with the browser IE 10:

  • On some systems, once you sign in, it will not show that you are signed in.  Try clicking on the “Sign In” link again – it may then show you as signed in.