Electronic items without a 856$z subfield not displaying electronic link

[ghost]

Describe the bug
In an item's MARC record, the 856 field contains the URL for the item, as well as some other data. The two required 856 subfields are $3 (URL label) and $u (URL). There is an optional subfield $z which may contain additional contextual information (such as platform, restrictions, etc). In a MARC record, the 856 field looks something like this:

856 3| University of Alberta Access u| https://era-av.library.ualberta.ca/media_objects/avalon:42804 z| from ERA A+V

And in NEOS Discovery this field will render as an item holding:

(Screenshot taken from this record)

However, because the $z is not required, there are many items which don't have one, and those links are not being displayed. Compare the above with:

856 3| NorQuest College Access u| https://stream.mcintyre.ca/norquest/title/16867

Because the $z is not a required field, links should appear whether or not a $z is present.

This is made more complicated because the Symphony API response we receive is not in MARC format. An example response for the items shown above is:

<MarcEntryInfo>
<label>Electronic access</label>
<entryID>856</entryID>
<indicators>40</indicators>
<text>NorQuest College Access</text>
<unformattedText>|3NorQuest College Access|uhttps://stream.mcintyre.ca/norquest/title/16867</unformattedText>
<entryTypeCodes>iL</entryTypeCodes>
<url>https://stream.mcintyre.ca/norquest/title/16867</url>
</MarcEntryInfo>
<MarcEntryInfo>
<label>Electronic access</label>
<entryID>856</entryID>
<indicators>40</indicators>
<text>University of Alberta Access from ERA A+V</text>
<unformattedText>|3University of Alberta Access|uhttps://era-av.library.ualberta.ca/media_objects/avalon:42804|zfrom ERA A+V</unformattedText>
<entryTypeCodes>iL</entryTypeCodes>
<url>https://era-av.library.ualberta.ca/media_objects/avalon:42804</url>
</MarcEntryInfo>

(XML response from Symphony Web Services

Note that the subfields are simply listed in an tag. The holdings code is using the and tags, so I can't see how the presence or absence of a $z would be affecting things.

[ghost]

This bug was reported in a help desk ticket. @theLinkResolver have I captured everything here, do you think?

[theLinkResolver]

@redlibrarian Sorry for delay. You captured it nicely.

[pgwillia]

@redlibrarian I suspect that this was fixed by #393 / #394 which was deployed July 22. Could you confirm?