Issue List: Issue: Multi-logging to a secure page is not supported
Issue 2
| Title | Multi-logging to a secure page is not supported |
| Status | Reported |
| Priority | Medium |
| Description | when working on secure pages requiring login/password, as soon as the second user logs in, the first person is logged out. |
| Reporter | hadi_admin |
| Date Reported | Wed, 27 May 2009 |
| Last Updated | Wed, 10 Jun 2009 |
| Version | 7.99M |
| Date Reported to Company | Tue, 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+EnterWith 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/pasteClyde