A A A A A

Issue List: Issue: Multi-logging to a secure page is not supported

Issue 2

TitleMulti-logging to a secure page is not supported
StatusReported
PriorityMedium
Description

when working on secure pages requiring login/password, as soon as the second user logs in, the first person is logged out.
Suggestion: Supporting multi-logging to a secure site would allow moderators to take end-users to pages/applications such as blackboard and view/collaborate on desired pages. It seems that TC is using the session ID for going to secure pages and apparently this is the reason why the first user gets logged out upon logging by the second users.

Reporterhadi_admin
Date ReportedWed, 27 May 2009
Last UpdatedWed, 10 Jun 2009
Version7.99M
Date Reported to CompanyTue, 05 May 2009
Section

A separate meeting was convened for Tuesday June 9 to investigate this issue.

The web page design will determine the outcome. E.g. if the site is designed so a user can only be logged in from one session at a time , subsequent login attempts will a) logoff the user from the first session and b)log the user in on the new session. A page with this design will be a problem with conference room technology as each user will force the previous logged in user off and log in the next user – and so forth and at the end only one user will be logged in.

We did two tests on June 9 – Yahoo messenger, and the Athen Collaboration site.

Yahoo Messenger seemed to permit multiple logins by the same user from different sessions. Therefore after moderator pushed the logon information all users in the room were logged into the same Yahoo Messenger Account and would then follow what the moderator did. For this to work it is important that other moderators in the room do not have Follow Me on and try to log on. Once everyone has logged in all moderators may turn Follow Me on and use the site. Late comers will not be able to participate in this activity.

Athen Collaboration also seemed to permit multiple logins and all users were logged in as the same user. However when new pages were pushed by a Moderator the other users in the room did not see the same page as the moderator who pushed the page. This may be a JAWS issue and further testing will be required.

We also noticed with Athen Collaboration a users could launch the application from another browser, after they were logged into the site in the co-browser, and log into the site directly with the same user names as the moderator who initiated this process. This was possible due to the way cookies were deployed with the Athen Collaboration site.

Image attachments

There are no images!

Comments

hadi_admin
09:46 on Wed, 10 Jun 2009

This is the result of the second test performed by Clyde:

Without JAWS
Everything worked fine – With Follow Me on:
1) Loaded the site
2) Logged everybody into the site from the moderator
3) Successfully pushed all visited URLs – using mouse click and TAB+Enter

With JAWS

With Follow Me on
1) Loaded the site
2) Logged everybody into the site from the moderator
3) Every visited URL was not pushed – some were – some were not
4) If I used the mouse (something a JAWS user would not do) every URL
visited was successfully pushed
5) If I copied the URL and pasted it into the browser address it was
successfully pushed – However this was using the mouse – not sure how
JAWS activates the Right Mouse button to select Copy and Paste – I will
check this later. On the LAP top Caps Lock +9 simulates the right mouse
button but I did not see any option to pick copy/paste

Clyde