none
Filtros por userId RRS feed

  • Pregunta

  • Buen día,

    Tengo un problema realizando una página basada en una vista de datos.

    El asunto está así: Tengo una conexión a un orígen de datos (base de datos), lo único que me importa es una tabla de esa base.

    Posteriormente, con SharePoint Designer creé una página .aspx basada en una vista de datos de esa tabla.

    La tabla tiene una columna que tiene nombres de usuario estilo DOMINIO\user, lo que necesito es que esa vista de datos me filtre la información de la tabla según el usuario que esté loggeado. Por lo tanto quise usar un filtro como el siguiente:

    Sin embargo, al aplicar el filtro en la página se muestra "No hay elementos que mostrar en esta vista".

    Mi primer duda es, SharePoint toma el [Usuario actual] como DOMINIO\user? Ya lo intenté quitando el dominio desde mi tabla.

    Conocen alguna otra forma de trabajarlo?

    Gracias de antemano!

    miércoles, 1 de febrero de 2017 17:35

Respuestas

  • Hola,

    Como idea basándonos en lo que comenta Juan Carlos, si el nombre de usuario lo tienes codificado con el formato que aplica claims, si en tu caso el username se usa tal cual en el formato claims podrías intentar sustituir la comparación de "es igual a" por un "contiene", en mi caso he tenido que recurrir a ello en alguna ocasión y me ha funcionado por tener que comparar algo del tipo "domain\user" con un "i:0#.w|domain\user"

    Un saludo

    • Marcado como respuesta serendi_me jueves, 2 de febrero de 2017 17:21
    jueves, 2 de febrero de 2017 7:55
  • Encontré la solución, había que tomar el AUTH_USER de esta forma:

    <ParameterBinding Name="UserID" Location="ServerVariable(AUTH_USER)" DefaultValue="CurrentUserName"/>

    Saludos!

    • Marcado como respuesta Moderador M miércoles, 8 de febrero de 2017 19:14
    martes, 7 de febrero de 2017 16:16
  • Hola,

    Tu problema viene en que si estás trabajando con SharePoint 2013 y asumiendo que usas autenticación en modo claims, el usuario no se tiene que comprobar de acuerdo a usuario\dominio sino que tendrás que tener en cuenta que se está usando claims: https://blogs.msdn.microsoft.com/svarukala/2014/03/26/saml-claims-user-id-format/ y http://www.wictorwilen.se/Post/How-Claims-encoding-works-in-SharePoint-2010.aspx

    Un saludo


    Juan Carlos Gonzalez Martin | Office Servers and Services MVP | Director revista CompartiMOSS: http://www.compartimoss.com | Blog:jcgonzalezmartin.wordpress.com/ Twitter: @jcgm1978

    • Marcado como respuesta serendi_me jueves, 2 de febrero de 2017 17:21
    jueves, 2 de febrero de 2017 6:15

Todas las respuestas

  • Hola serendi_me

    Para realizar eso, te recomiendo que diseñes una vista desde la lista que estas tratando a filtrar por ejemplo

    Y posteriormente ya en la vista que deseas manipular añades este valor al filtro

    Con esto podrás visualizar la lista dependiendo el usuario que esta ingresando a la lista, ten en cuenta que solo podra ver items o datos que el usuario haya creado y/o modificado, cualquier duda me avisas por favor, gracias.

    Saludos cordiales.


    EP!! Blog: http://keepcalmlovesharepoint.blogspot.mx/ SharePoint Administrator | Developer

    miércoles, 1 de febrero de 2017 19:20
  • Hola! Gracias por tu respuesta.. pero como es una vista basada en un origen de datos, no puedo realizar lo anterior, ya revisé el filtro y lo que hace es hacer una consulta directamente sobre la tabla de la base de datos.

    Por lo tanto creo que no podré llevar a cabo mi propósito, al menos no de manera "simple".

    Seguiré quebrándome la cabeza!

    Muchas gracias!

    miércoles, 1 de febrero de 2017 19:52
  • Hola,

    Tu problema viene en que si estás trabajando con SharePoint 2013 y asumiendo que usas autenticación en modo claims, el usuario no se tiene que comprobar de acuerdo a usuario\dominio sino que tendrás que tener en cuenta que se está usando claims: https://blogs.msdn.microsoft.com/svarukala/2014/03/26/saml-claims-user-id-format/ y http://www.wictorwilen.se/Post/How-Claims-encoding-works-in-SharePoint-2010.aspx

    Un saludo


    Juan Carlos Gonzalez Martin | Office Servers and Services MVP | Director revista CompartiMOSS: http://www.compartimoss.com | Blog:jcgonzalezmartin.wordpress.com/ Twitter: @jcgm1978

    • Marcado como respuesta serendi_me jueves, 2 de febrero de 2017 17:21
    jueves, 2 de febrero de 2017 6:15
  • Hola,

    Como idea basándonos en lo que comenta Juan Carlos, si el nombre de usuario lo tienes codificado con el formato que aplica claims, si en tu caso el username se usa tal cual en el formato claims podrías intentar sustituir la comparación de "es igual a" por un "contiene", en mi caso he tenido que recurrir a ello en alguna ocasión y me ha funcionado por tener que comparar algo del tipo "domain\user" con un "i:0#.w|domain\user"

    Un saludo

    • Marcado como respuesta serendi_me jueves, 2 de febrero de 2017 17:21
    jueves, 2 de febrero de 2017 7:55
  • Los usuarios son los del Active Directory, PERO a pesar de que todos los usuarios ingresan con un usuario dominio\usuario, a la mayoría les aparece el nombre de usuario como su nombre completo (parte superior derecha por defecto), para esos casos no funciona el UserID, he buscado y me encontré con el Login Name, sin embargo no sé si lo pueda utilizar de la misma forma.

    martes, 7 de febrero de 2017 14:57
  • Encontré la solución, había que tomar el AUTH_USER de esta forma:

    <ParameterBinding Name="UserID" Location="ServerVariable(AUTH_USER)" DefaultValue="CurrentUserName"/>

    Saludos!

    • Marcado como respuesta Moderador M miércoles, 8 de febrero de 2017 19:14
    martes, 7 de febrero de 2017 16:16