[Bug 36123] New: Visibility setting in framework for the 856$u not being followed in OPAC or Staff interface
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36123 Bug ID: 36123 Summary: Visibility setting in framework for the 856$u not being followed in OPAC or Staff interface Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs@lists.koha-community.org Reporter: esther.melander@bywatersolutions.com QA Contact: testopia@bugs.koha-community.org CC: m.de.rooy@rijksmuseum.nl I tested this behavior on 23.05 and two test sites for 23.11. To replicate: 1. Check the default framework and ensure the 856$u is visible in the OPAC and Staff Interface. Ensure the URL box is checked. 2. Find a record in the default framework. 3. Add a link like https://www.google.com to the 856$u and Google to the 856$y 4. View the record in the record detail view and the OPAC. Click the link to make sure it works. 5. Now edit the default framework and uncheck the box for OPAC visibility. Leave all other settings as is. 6. Look at the record in the OPAC again and see that the Online Resource and link is still showing. Click on the link and see that it returns an error page. 7. Look at the record in the Staff interface and click on the link and see it is successful. 8. Edit the default framework again. Uncheck the box for Staff visibility and check the box for URL. 9. Click on the URL in the Staff Interface and the link works. 10. Edit the default framework and leave the visibility for the Staff Interface unchecked and uncheck the box for URL. 11. Test the link again in the staff interface and see the link is visible and works. A combination of checking/unchecking visibility boxes and the URL box seems to result in inconsistent behavior. Disabling the URL sometimes returns an error page, sometimes does not. Most concerning is the visibility, which is being completely ignored. In some cases, it is preferable to hide the URL in the OPAC and still have it visible in the Staff Interface with a working link. There are two current work arounds: 1. Disable the URL so that the link returns an error (though one could hover over the link and see what it is) which doesn't work consistently. 2. Removing the URL from the record seems to be the only way to not display the URL in the OPAC, but that also removes it from the staff interface. I would expect the 856$u to not be visible if the OPAC or Staff visibility was unchecked. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36123 --- Comment #1 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi Esther, have you hidden $y in the OPAC as well? I believe $u was removed, but the link was still built with $y as the text - that would explain why the link broke. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36123 --- Comment #2 from Esther Melander <esther.melander@bywatersolutions.com> --- If $u is hidden, should $y appear in the OPAC as a clickable link (especially if the URL box is unchecked)? The link will be broken and return an error page, but should it even appear in the first place? I would think that if $u is hidden, $y should either be hidden automatically as well or only appear as text. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36123 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Visibility setting in |Hide 856$y when $u is |framework for the 856$u not |missing |being followed in OPAC or | |Staff interface | --- Comment #3 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- (In reply to Esther Melander from comment #2)
If $u is hidden, should $y appear in the OPAC as a clickable link (especially if the URL box is unchecked)? The link will be broken and return an error page, but should it even appear in the first place? I would think that if $u is hidden, $y should either be hidden automatically as well or only appear as text.
We could make it more clever like that, but I think that makes it a different kind of bug. The problem is that the logic in our XSLT could be smarter, but the visibility settings work as expected. $u is hidden when set to hidden, $y is kept. there are no relationships/dependencies between the subfields in the frameworks. I am changing the bug description a little bit to reflect that. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org