Summary: | If a URL has been entered without http://, it isn't correctly linked | ||
---|---|---|---|
Product: | Koha | Reporter: | Robin Sheat <robin> |
Component: | Cataloging | Assignee: | Galen Charlton <gmcharlt> |
Status: | NEW --- | QA Contact: | Bugs List <koha-bugs> |
Severity: | enhancement | ||
Priority: | P5 - low | CC: | dcook, indradg, koha.sekjal, nick |
Version: | Main | ||
Hardware: | All | ||
OS: | All | ||
See Also: |
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23423 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32794 |
||
GIT URL: | Change sponsored?: | --- | |
Patch complexity: | --- | Documentation contact: | |
Documentation submission: | Text to go in the release notes: | ||
Version(s) released in: | Circulation function: |
Description
Robin Sheat
2011-09-21 06:01:45 UTC
Probably best to do this on display, or both display and cataloguing. In MARC21, we can only assume http:// if the first indicator of the 856 is 4. The 856 can handle other protocols (remember that MARC predates the WWW by quite a few years). From Library of Congress 0 - Email 1 - FTP 2 - Remote login (Telnet) 3 - Dial-up 4 - HTTP 7 - Method specified in subfield $2 Ah, good point, I hadn't checked the spec. However, at the moment it seems (without checking) that Koha assumes the browser knows what the URL is, which can be wrong too. Maybe a good first step would be to add http in case of first indicator = 4 and the URL doesn't start with that or https already and leave the content alone otherwise. *** Bug 23337 has been marked as a duplicate of this bug. *** I think that there could be a URL validator in the editor, but we shouldn't be auto-adding things to existing data I reckon. I think bug 8609 might be a good successor to this one. (In reply to David Cook from comment #7) > I think bug 8609 might be a good successor to this one. Only that it was closed ages ago. - Is this still something we should look into? I assume we would not change the data, but fix anytime we create a HTML link? |