Passing attribute with whitespace value
Koren, Meshna (ELS-AMS)
M.Koren at elsevier.com
Wed Aug 3 09:13:01 UTC 2022
As one random SP operator out there I would not like to have to adapt on dealing with a single space character as a value for reasons mentioned below. In my view an IdP shouldn't be passing attributes when it doesn't have any values and an SP (and apps downstream) have to decide how to deal with that; throw an error, ask the user to enter value manually, leave a field empty... depends on SP's use case and requirements.
Kind regards,
Meshna
From: users <users-bounces at shibboleth.net> On Behalf Of Christopher Bongaarts via users
Sent: Monday, August 1, 2022 18:12
To: users at shibboleth.net
Cc: Christopher Bongaarts <cab at umn.edu>
Subject: Re: Passing attribute with whitespace value
*** External email: use caution ***
We used a similar workaround back when we used WebEx; I think we used a scripted attribute to substitute a "-" for given name if none was present. We did this as a custom attribute that was only sent to WebEx so it would not corrupt non-broken systems.
On 8/1/2022 10:22 AM, Morgan, Andrew J via users wrote:
Hi Warren,
Here at Oregon State University, we set the person's firstname to "." (period) when the person has no firstname. I'm guessing firstname was a required field back in the 1990s when OSU implemented Banner.
Andy
________________________________
From: users <users-bounces at shibboleth.net><mailto:users-bounces at shibboleth.net> on behalf of Warren Leung <warrenwl at uci.edu><mailto:warrenwl at uci.edu>
Sent: Friday, July 29, 2022 1:00 PM
To: Shib Users <users at shibboleth.net><mailto:users at shibboleth.net>
Subject: Re: Passing attribute with whitespace value
[This email originated from outside of OSU. Use caution with links and attachments.]
Hi Peter,
We are currently working with HR on evaluating ways of displaying users who have no first name. We currently are receiving FNU from HR, but many downstream systems has expressed issues with it. Leaving it blank would create issues for other systems. I guess the overall problem is probably something I can ask in an InCommon mailing list.
Thanks
Warren
From: users <users-bounces at shibboleth.net><mailto:users-bounces at shibboleth.net> on behalf of Peter Schober via users <users at shibboleth.net><mailto:users at shibboleth.net>
Date: Thursday, July 28, 2022 at 12:51 PM
To: users at shibboleth.net<mailto:users at shibboleth.net> <users at shibboleth.net><mailto:users at shibboleth.net>
Cc: Peter Schober <peter.schober at univie.ac.at><mailto:peter.schober at univie.ac.at>
Subject: Re: Passing attribute with whitespace value
* Mark Scarbrough <scarbrom at uci.edu><mailto:scarbrom at uci.edu> [2022-07-28 16:30]:
> We have a use case where we are trying to pass a value of a single
> space in an attribute.
Maybe I'll regret even askig but would you care to share what that use
case is or rather how a single space can convey the required semantics
(not not any other non-whitespace character)?
-peter
--
For Consortium Member technical support, see https://urldefense.com/v3/__https://shibboleth.atlassian.net/wiki/x/ZYEpPw__;!!CzAuKJ42GuquVTTmVmPViYEvSg!KMj9lVQPRnCb-1SzmIvZ_0oWcWT2nxbx9M1I1BLYenRvOGDfTVegJvCLY84H7p_D-9vWcx-3ohXinHAZKg$<https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Furldefense.com%2Fv3%2F__https%3A%2Fshibboleth.atlassian.net%2Fwiki%2Fx%2FZYEpPw__%3B!!CzAuKJ42GuquVTTmVmPViYEvSg!KMj9lVQPRnCb-1SzmIvZ_0oWcWT2nxbx9M1I1BLYenRvOGDfTVegJvCLY84H7p_D-9vWcx-3ohXinHAZKg%24&data=05%7C01%7CM.Koren%40elsevier.com%7C0b867fb23fd64771e32c08da73d89ce5%7C9274ee3f94254109a27f9fb15c10675d%7C0%7C0%7C637949671443023315%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=gR9Pe%2FTNYckI7y%2Fes0aYUdnrGKr4EWYODnF8IxDpuAE%3D&reserved=0>
To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net<mailto:users-unsubscribe at shibboleth.net>
--
%% Christopher A. Bongaarts %% cab at umn.edu<mailto:cab at umn.edu> %%
%% OIT - Identity Management %% http://umn.edu/~cab<https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fumn.edu%2F~cab&data=05%7C01%7CM.Koren%40elsevier.com%7C0b867fb23fd64771e32c08da73d89ce5%7C9274ee3f94254109a27f9fb15c10675d%7C0%7C0%7C637949671443023315%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=MZv3BgBQwy9MIQ4Z3uQntENuEZ1uuqgMe11bXRktEJA%3D&reserved=0> %%
%% University of Minnesota %% +1 (612) 625-1809 %%
________________________________
Elsevier B.V. Registered Office: Radarweg 29, 1043 NX Amsterdam, The Netherlands, Registration No. 33158992, Registered in The Netherlands.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20220803/c03e67e4/attachment.htm>
More information about the users
mailing list