Good morning to all Before open a bug on bugzilla, we have a behaviour at koha that although it is logical it can't be desirable. When a un logged patron do a search on koha and get results, if he wish to create a list, it is mandatory to log in, but when it does it goes to account page and looses the search he has done. On other systems I have seen a conf that admin can decide what happens when a user login if he stays or goes to myaccount page, but I think thre is no syspref on admin for that, right? Am I right? thanks you in advance -- *Hugo Agud - Orex Digital * *www.orex.es <http://www.orex.es>* <http://www.orex.es/> [image: www.orex.es/koha] <http://www.orex.es/koha> [image: www.orex.es/vufind] <http://www.orex.es/vufind> Director Avda Josep Tarradelles, 134 (Centro de Negocios Infanta) 08029 - Barcelona - Tel: 933 856 138 hagud@orex.es · http://www.orex.es/ No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 árboles y el consumo de 250.000 litros de agua. Aviso de confidencialidad Este mensaje contiene información que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni está autorizado a recibirlo por el remitente), no está autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notifíquenoslo inmediatamente y bórrelo de su sistema.
You are right :-D El jue., 22 nov. 2018 a las 5:19, Hugo Agud (<hagud@orex.es>) escribió:
Good morning to all
Before open a bug on bugzilla, we have a behaviour at koha that although it is logical it can't be desirable.
When a un logged patron do a search on koha and get results, if he wish to create a list, it is mandatory to log in, but when it does it goes to account page and looses the search he has done.
On other systems I have seen a conf that admin can decide what happens when a user login if he stays or goes to myaccount page, but I think thre is no syspref on admin for that, right?
Am I right?
thanks you in advance
--
*Hugo Agud - Orex Digital *
*www.orex.es <http://www.orex.es>*
<http://www.orex.es/> [image: www.orex.es/koha] < http://www.orex.es/koha> [image: www.orex.es/vufind] <http://www.orex.es/vufind>
Director
Avda Josep Tarradelles, 134 (Centro de Negocios Infanta) 08029 - Barcelona - Tel: 933 856 138 hagud@orex.es · http://www.orex.es/
No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 árboles y el consumo de 250.000 litros de agua.
Aviso de confidencialidad Este mensaje contiene información que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni está autorizado a recibirlo por el remitente), no está autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notifíquenoslo inmediatamente y bórrelo de su sistema. _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
-- Tomás Cohen Arazi Theke Solutions (http://theke.io) ✆ +54 9351 3513384 GPG: B2F3C15F
Hugo - have you submitted this as a bug yet? If so, would you mind sharing the bug #? We'd like to see an enhancement to the Koha login redirects that is more universal for different types of logins, especially Oauth2. Our students and faculty use Oauth2 to login to Koha and the Oauth2 login always redirects to the patron account page. This has prevented us from being able to deploy Oauth2 for logging in to self-checkout, and it creates extra clicks and back-tracking for our users when they are trying to authenticate into an electronic resource via Koha and didn't log in to Koha first. This might need to be a separate bug since it relates to Oauth2, but perhaps whatever enhancement is made to the Koha login redirects could make it easier to then apply an enhancement to Oauth2 and other types of logins used by Koha. Just a thought. Myka On Thu, Nov 22, 2018 at 8:40 AM Tomas Cohen Arazi <tomascohen@gmail.com> wrote:
You are right :-D
El jue., 22 nov. 2018 a las 5:19, Hugo Agud (<hagud@orex.es>) escribió:
Good morning to all
Before open a bug on bugzilla, we have a behaviour at koha that although it is logical it can't be desirable.
When a un logged patron do a search on koha and get results, if he wish to create a list, it is mandatory to log in, but when it does it goes to account page and looses the search he has done.
On other systems I have seen a conf that admin can decide what happens when a user login if he stays or goes to myaccount page, but I think thre is no syspref on admin for that, right?
Am I right?
thanks you in advance
--
*Hugo Agud - Orex Digital *
*www.orex.es <http://www.orex.es>*
<http://www.orex.es/> [image: www.orex.es/koha] < http://www.orex.es/koha> [image: www.orex.es/vufind] <http://www.orex.es/vufind>
Director
Avda Josep Tarradelles, 134 (Centro de Negocios Infanta) 08029 - Barcelona - Tel: 933 856 138 hagud@orex.es · http://www.orex.es/
No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 árboles y el consumo de 250.000 litros de agua.
Aviso de confidencialidad Este mensaje contiene información que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni está autorizado a recibirlo por el remitente), no está autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notifíquenoslo inmediatamente y bórrelo de su sistema. _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
-- Tomás Cohen Arazi Theke Solutions (http://theke.io) ✆ +54 9351 3513384 GPG: B2F3C15F _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
-- Deaconess Myka Kennedy Stephens, MDiv, MSLIS Seminary Librarian and Assistant Professor of Theological Bibliography Lancaster Theological Seminary 555 West James Street Lancaster, PA 17603 717-290-8704 mkstephens@lancasterseminary.edu https://library.lancasterseminary.edu
I'd love to see a more general bug as well. This sort of behavior occurs with all sorts of actions that require authentication (placing a hold, requesting a purchase, requesting an article, adding to a list). Currently, we use a work-around in OpacUserJS to store the current page when someone starts to sign in then redirect them once they land on the user profile page. Best, ERIC PHETTEPLACE Systems Librarian libraries.cca.edu | vault.cca.edu | 510.594.3660 5212 Broadway, Oakland, CA 94618 1111 8th St., San Francisco, CA 94107 Preferred Pronoun(s): he/him :(){ :|: & };: On Mon, Nov 26, 2018 at 6:53 AM Myka Kennedy Stephens < mkstephens@lancasterseminary.edu> wrote:
Hugo - have you submitted this as a bug yet? If so, would you mind sharing the bug #?
We'd like to see an enhancement to the Koha login redirects that is more universal for different types of logins, especially Oauth2. Our students and faculty use Oauth2 to login to Koha and the Oauth2 login always redirects to the patron account page. This has prevented us from being able to deploy Oauth2 for logging in to self-checkout, and it creates extra clicks and back-tracking for our users when they are trying to authenticate into an electronic resource via Koha and didn't log in to Koha first.
This might need to be a separate bug since it relates to Oauth2, but perhaps whatever enhancement is made to the Koha login redirects could make it easier to then apply an enhancement to Oauth2 and other types of logins used by Koha.
Just a thought. Myka
On Thu, Nov 22, 2018 at 8:40 AM Tomas Cohen Arazi <tomascohen@gmail.com> wrote:
You are right :-D
El jue., 22 nov. 2018 a las 5:19, Hugo Agud (<hagud@orex.es>) escribió:
Good morning to all
Before open a bug on bugzilla, we have a behaviour at koha that although it is logical it can't be desirable.
When a un logged patron do a search on koha and get results, if he wish to create a list, it is mandatory to log in, but when it does it goes to account page and looses the search he has done.
On other systems I have seen a conf that admin can decide what happens when a user login if he stays or goes to myaccount page, but I think thre is no syspref on admin for that, right?
Am I right?
thanks you in advance
--
*Hugo Agud - Orex Digital *
*www.orex.es <http://www.orex.es>*
<http://www.orex.es/> [image: www.orex.es/koha] < http://www.orex.es/koha> [image: www.orex.es/vufind] <http://www.orex.es/vufind>
Director
Avda Josep Tarradelles, 134 (Centro de Negocios Infanta) 08029 - Barcelona - Tel: 933 856 138 hagud@orex.es · http://www.orex.es/
No imprima este mensaje a no ser que sea necesario. Una tonelada de papel implica la tala de 15 árboles y el consumo de 250.000 litros de agua.
Aviso de confidencialidad Este mensaje contiene información que puede ser CONFIDENCIAL y/o de USO RESTRINGIDO. Si usted no es el receptor deseado del mensaje (ni está autorizado a recibirlo por el remitente), no está autorizado a copiar, reenviar o divulgar el mensaje o su contenido. Si ha recibido este mensaje por error, por favor, notifíquenoslo inmediatamente y bórrelo de su sistema. _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
-- Tomás Cohen Arazi Theke Solutions (http://theke.io) ✆ +54 9351 3513384 GPG: B2F3C15F _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
-- Deaconess Myka Kennedy Stephens, MDiv, MSLIS Seminary Librarian and Assistant Professor of Theological Bibliography Lancaster Theological Seminary 555 West James Street Lancaster, PA 17603 717-290-8704 mkstephens@lancasterseminary.edu https://library.lancasterseminary.edu _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
participants (4)
-
Eric Phetteplace -
Hugo Agud -
Myka Kennedy Stephens -
Tomas Cohen Arazi