WebAIM - Web Accessibility In Mind

E-mail List Archives

Thread: Categorizing browser history behavior

for

Number of posts in this thread: 2 (In chronological order)

From: Jordan Wilson
Date: Wed, Aug 26 2015 10:28AM
Subject: Categorizing browser history behavior
No previous message | Next message →

I have a client whose legacy sites have a habit of taking over the browser
history of pages and adding in forwarding redirects that prevent a user
from going back to the previous link. Definitely something to fix. I
believe some of the functionality is server session based, so it takes
control away from the user. Realistically clicking the logo to go back to
the beginning is the best way to reset, not that its accurate or obvious.

As an example, a user on the login page clicks a register button and is
forwarded to the registration page, but once there no matter how many
times they hit the back button, they¹re redirected forward to the
registration page again even if they go all the way back to the initial
page in their site history.

Does anyone have a recommendation for how to assign that behavior using
WCAG 2.0?
Keyboard? Keyboard Trap? Pause Stop Hide? I¹m having a bit of difficulty
designating since its between page rather than on-page functionality.

I personally want to file it under something like Consistent Navigation
since its changing the expected behavior of the browser back button but I
don¹t know that it fits.

Recommendations appreciated,

Thanks,
Jordan

From: Jonathan C. Cohn
Date: Thu, Aug 27 2015 6:51AM
Subject: Re: Categorizing browser history behavior
← Previous message | No next message

This hiding can be done with JavaScript history objects. I suspect that you will kill too much functionality if you disable JS.


Jonathan Cohn

> On Aug 26, 2015, at 12:28 PM, Jordan Wilson < = EMAIL ADDRESS REMOVED = > wrote:
>
> I have a client whose legacy sites have a habit of taking over the browser
> history of pages and adding in forwarding redirects that prevent a user
> from going back to the previous link. Definitely something to fix. I
> believe some of the functionality is server session based, so it takes
> control away from the user. Realistically clicking the logo to go back to
> the beginning is the best way to reset, not that its accurate or obvious.
>
> As an example, a user on the login page clicks a register button and is
> forwarded to the registration page, but once there no matter how many
> times they hit the back button, they¹re redirected forward to the
> registration page again even if they go all the way back to the initial
> page in their site history.
>
> Does anyone have a recommendation for how to assign that behavior using
> WCAG 2.0?
> Keyboard? Keyboard Trap? Pause Stop Hide? I¹m having a bit of difficulty
> designating since its between page rather than on-page functionality.
>
> I personally want to file it under something like Consistent Navigation
> since its changing the expected behavior of the browser back button but I
> don¹t know that it fits.
>
> Recommendations appreciated,
>
> Thanks,
> Jordan
>
> > > >