This also should be an aiki default. This is the standard way redirect is supposed to work. A better way is to look at the PHP referrer variable so doesn't have to add more to the urls complexity. An override though from url is fine feature though for some situations...esp. if one came from offsite.
https://blueprints.launchpad.net/aikiframework/+spec/translation ** Also affects: aikiframework Importance: Undecided Status: New ** Changed in: aikiframework Status: New => Confirmed ** Changed in: aikiframework Importance: Undecided => Medium ** Changed in: aikiframework Milestone: None => 1.0 -- You received this bug notification because you are a member of Aiki Framework Admins, which is subscribed to aikiframework. https://bugs.launchpad.net/bugs/793560 Title: the sign-in link should redirect to whichever page it was accessed from Status in Aiki Framework: Confirmed Status in Open Font Library: Confirmed Bug description: After signing in, users are automatically directed to their membership page. The site would be more usable if instead users are redirected back to whichever page they were on when they clicked the sign-in link, or else the page that directed them there. The only page that should always direct to the membership page is the [root]/new page. To fix this: On every page, give the sign-in link in the header an extra argument based on the current URL: [root]/in?page=(!(1)!)/(!(2)!) After users sign in direct them back to [root]/GET[page] _______________________________________________ Mailing list: https://launchpad.net/~aikiframework.admins Post to : [email protected] Unsubscribe : https://launchpad.net/~aikiframework.admins More help : https://help.launchpad.net/ListHelp
